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[57] 



ABSTRACT 



Apparatus, and accompanying methods for use therein, for 
an ISDN LAN modem (300) (and various aspects thereof) 
that is particularly, though not exclusively, suited for small 
user environments and which contains an internal ISDN 
router (305) having a self-contained network hub (340) for 
inter-connecting multiple network devices, such as work- 
stations (10), to each other through a local area network 
(LAN) and for permitting each of those devices to each gain 
access through the router to any one of a number of different 
remote networks. Advantageously, to facilitate and simplify 
its. configuration, the LAN. modem.. automatically adapts 
itself to a current network environment of a workstation 
connected thereto, via the LAN, and then communicates 
with that workstation through a browser executing thereat to 
obtain configuration information from a user situated at the 
workstation. Additionally, the LAN modem, through use of 
a multi-tiered routing hierarchy including both destination- 
and source-based routing, accommodates several modalities 
of network communication not heretofore possible in a 
conventional router. Specifically, several different worksta- 
tions can simultaneously communicate through the LAN 
modem with a common remote network (60) and share a 
single user account at a corresponding network service 
provider. Also, the LAN modem can simultaneously route 
packet trafBc between multiple workstations on the LAN 
and different remote networks (60, 70) through different 
ISDN connections simultaneously existing between the 
LAN modem and corresponding network service providers. 

25 Claims, 41 Drawing Sheets 
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1580 



1595 




FIG. 15D 



1586 



NO 



1584 



YEST— 1 585 ^1 592 



STOP IDLE TIMEOUT 
TIMER, IF RUNNING 




ACCESS FROM SP LIST 1350, IP 
ADDRESS OF REMOTE DNS SERVER 

FOR THIS SELECTED NETWORK 
SERVICE PROVIDER; REMOVE DNS 

QUERY PACKET FROM QUEUE; 
AND SUBSTITUTE IP ADDRESS OF DNS 
SERVER (DstnIP) INTO DNS QUERY 
PACKET AS DESTINATION ADDRESS 



± 



(e.g. BUSY OR 
NO FREE 
B-CHANNEL) 



SEND DNS REPLY 
PACKET TO HOST 
WITH IP ADDRESS 
OF LAN MODEM 



-1593 



SEND DNS QUERY PACKET 
TO TCP/IP PROCESS 425 FOR 
ROUTING TO REMOTE DNS SERVER 

<^ 




h 

1590 



SET SHARED 
VARIABLE TO 
REFLECT SPECIFIC 
ERROR CONDITION 
(FOR ACCESS BY 
WEB SERVER 412) 



1594 



EXIT 



I 



1591 



EXIT 



SEND A DNS REPLY PACKET 
HAVING A SUITABLE ERROR 
INDICATION FOR EVERY 
QUEUED PACKET BACK 
TO LOCAL HOST 



* 



1598 



FIG. 15 



EXIT 



FIG. 
15A 



FIG. 
15B 



FIG. 
15C 



FIG. 
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RANDOM ERRORS ATTEMPT TO 
WRITE INTO FLASH 376 



1690 



RANDOM ERRORS ATTEMPT 
TO CHANGE MODE OF FLASH 
376 TO READ/WRITE __ 

! ^1680 




1685 



GENERATE 

SYSTEM 

CHECK 

EXCEPTION 
r 



^-1695 



1688 

'J 



EXIT 



(RESET SYSTEM 
AFER CHECK 
EXCEPTION IS 
RECOGNIZED 
BYO/S4010) 



1652 



1 



ENTER (SYSTEM RESET) 



ASSUME INITIAL STATE: 
FIRMWARE UPGRADE PROCESS IS NOT 
RUNNING; KEY IS CLEARED; AND FLASH 
376 SET TO READ-ONLY MODE 



1610 

V 



1676 

VI 



FIRMWARE 
UPGRADE PROCESS' 
ASSUME \INVOKED |? 

UPGRADE >,^o C 1620 
STATE YEST^1626 



-1622 



DEFINE KEY; AND START 
FIRMWARE UPGRADE TIMER 




1642 
V 



1646 



FIG. 16 " 

FIRMWARE 
UPGRADE 
PROCESS 

402 



CHANGE FLASH 376 TO READ/WRITE MODE 

*• — = 



1655 



^ UPDATE FLASH 376 WITH NEW CODE RECEIVED FROM 
" ^ HOST OR REMOTE CLIENT VIA TCP/IP PROCESS 425 




04/29/2004, EAST Version: 1.4.1 



U.S. Patent Apr. 18, 2000 Sheet 29 of 41 6,052,803 



® ENTER 



START PROCESS 

(LOWEST PRIORITY, PRE-EMPTABLE) 



SET POINTERS: 
FLASH_PTR STARTING ADDRESS 
(BEGINNING) IN FLASH MEMORY 

RAM.PTR STARTING ADDRESS 
(BEGINNING) IN DRAM MEMORY 



J 



1710 




Kg) EXIT 



YES —1736 
■* 



1740 



COPY CONTENTS OF 
PRESENT LOCATION 
IN FLASH MEMORY 

INTO PRESENT 
LOCATION IN DRAM 

MEMORY: 
DRAM (RAM.PTR) 
FLASH (FLASH.PTR) 

1 



INCREMENT POINTERS: 
FLASH_PTR AND RAM_PTR, 
TO NEXT LOCATION: 
FLASH.PTR «*- FLASH_PTR + 1 
RAM PTR RAM PTR+1 




1750 



1760 



FIG. 17 

FIRMWARE 
ASSURANCE 
MANAGER 
PROCESS 

1700 
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I 



ENTER 



GET Request from 
browser for 
Document ManuaLhtm 



1910 
V 



FIG. 19 

STATIC PAGE 
PROCESSING 



1830 



Check if the document is 
in the Post/Send Table - 
this is a table of 
documents requiring 
additional processing 



No entry found - 
Check Repository 




1930 



MANUALHTM is send to 
the browser 



1940 
U 



DOCUMENT 
Name 


S Requiring pro 
Post_functk>n 


cessing TABLE 
Send.function 


LAN HTM 
WANHTM 

1< 


wwPostLan() 
wwPostWan() 

)25 ■ 0 


wwSendLan() 
wwSendWarK) 




1820 



"7 



Repository of documents 
LAN_HTM = (0x67,....' 
WAN_HTM = ... 

CALLCTRL_HTM = ... V1935 
DCALLPRM.HTM: 
MANUAL.HTM 



1860 



EXIT 
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® ENTER 



GET Request from 
browser for 
Document lan.htm 



2010 
V 



Check if the document is 
in the Post/Send Table - 
this is a table of 
documents requiring 
additional processing 



2020 



Send function found ■ 
callwwSendLan() 




2030 



wwSendLan() creates an HTML 
page based on the template - 
LAN.HTM and the relevant 
data in the profiles 



Modified LAN.HTM is send 
to the browser 



I 



FIG. 20 

DYNAMIC PAGE 
FORMATION 

1840 



DOCUMENT 
Name 


S Requiring pro 
PosLfunction 


cessing TABLE 
Send function 


LAN HTM 
WAN HTM 


wwPostLanQ 
wwPostWan() 


wwSendLanQ 
wwSendWan() 

1820 



EXIT 




Repository of documents 

LAN.HTM = (0x67 

WAN.HTM = ... 
CALLCTRL.HTM = ... 
DCALLPRM.HTM = 1860 



PROFILES 

LAN Profile (Host List 1300) 
WAN Profile (Network Service Provider 
List 1350) 

1870 
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ENTER 



POST Message from 
browser for 
Documentwan.htm 



2110 

u 



FIG. 21 

POST 
PROCESSING 

1850 



Check if the document is 
in the Post/Send Table - 
this is a table of 
documents requiring 
additional processing 



2130 



POST function found - 
callwwPostWan() 




2126 



DOCUMENT 
Name 


S Requiring pro 
Postjunction 


cessing TABLE 
Sendjunction 


LAN HTM 
WAN HTM 


wwPoslanO 
wwPostWan() 


wwSendLan() 
wwSendWan() 

1820 



wwPostWanQ processes 
received data • places them in 
WAN profile, and creates 
WAN.HTM document based on 
the received data and existing 
documents in the repository 



ModifiedWAN.HTM is send 
to the browser 




Repository of documents 

LAN_HTM = (0x67 

WAN.HTM = ... 
CALLCTRL.HTM = ... 
DCALLPRM.HTM = 1860 



PROFILES 

LAN Profile (Host List 1300) 

WAN Profile (Network Service Provider 

Lfe,,350 > 1870 



<8> 



EXIT 
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Wizstat.htm cm/-* no 

<ID0CTYPE HTML PUBLIC "-//IETF //DTD HTML/ /EN" > TIO. 
<html> 

<head> 22 y 00 

<meta http-equiv= "Content -Type" 

contents » text/ html ; chars e t =1 so - 8 8 5 9 - 1 " > 

<meta name =" GENERATOR" contents "Microsoft FrontPage 2,0"> 

<title>SPID Wizard</title> 

</head> 

<body bgcolor="#00FFFF n > 

.REFRESH. - — 2210 2215 



<p align=°center"xfont color="#0000FF n Bize="6">_TITLE_</fontx/p> 

.PICTURE 1_ - — 2220 2225 

<p align= n center n xfont size="4 a ><strong>CTEx5ir</Btrong></font></ 

<p align=" center "xfont size= n 4 n x8trong> 
_PICTURE2_- — 2230| 

.TEXT2. ^ 2235 

_PICTURE2_ * 2230 2 

< / a trongx / f ontx /p> 

<p align="center"> </p> 

.BUTTON. * 2240 

</body> 
</html> 

FIG. 23 



_REFRESH_ 


—2210 




_TITLE_ 


_PICTURE1_ 


— 2220 




_TEXT1_ ^ 222 5 




_PICTURE2__TEXT2__PICTURE2_ 








2230! 2235 2230 2 


.BUTTON. 


— -2240 




2300 
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FIG. 25 



2500 

Wizstat.htm J 
<!D0CTYPE HTML PUBLIC "-//IETF//DTD HTML//EN n > 
<html> 

<head> 

<meta http-equlvs'Tontent-Type" 

contents -text /html ; char set =1 bo- 8 8 59 - 1 ■ > 

<meta name*" GENERATOR" content= "Microsoft FrontPage 2.0"> 

<tit!e>SPlD Wizard</title> 

</head> 

<body bgcolor="#00FFFF"> 

<p align="center n xfont color="#0000FF n size="6">ISP Wizard</fontx/p> 

<p align="center M xfont Bize= n 4 ,, ><Btrong>Logging on to the ISP failed! 
</strongx/fontx/p> 

<p align= w center M xfont size=°4"xstrong> 
<img src="ballred.gif" width="13" height="13"> 

Please verify your Telephone Number, User ID, Password and try again. 
<img src="ballred.gif" width="13" height="13"> 
</strongx/fontx/p> 

<p align= "center" > </p> 

<form method= n POST n > < ! - -webbot bot="SaveResults n u-file= n _private/fo 
rm_result8.txt" s- format = "TEXT/CSV" s-label-f ields="TRUE" -><p align = 
"center" xinput type=" submit" value="Try Again" name= n Bl"> <input type 
</body> 
</html> 
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ISP Wizard 

Logging on to the ISP failed! 
•Please verify your Telephone Number, User ID, Password and try again* 

f Try Again)[ Abort ] 

2600 



FIG. 26 



FIG. 29 



2910 ~> DATA STRUCTURE 3000 
291 0,' 

29301 



NAME! 


POINTER 


NAME 2 


P0INTER 2 - 


• 
• 
• 


• 
• 
• 



ARRAY, (PAGE COMPONENT 1, 
e.g. ARRAY 3100) 



2930< 



ARRAY 2 (PAGE COMPONENT 2) 



29302 



2920 
r-2920! 



2925i 



J 



2925 2 



REPOSITORY 



•1860 



MEMORY 



370 

V 



3100 



Char FRMAIN_HTML[] = 



FIG. 31 



0x00, 0x00, 0x0b, 0x01, 0x48, 0x54, 0x54, 0x50, 0x2f, 0x31 
0x2e, 0x30, 0x20, 0x32, 0x30, 0x30, 0x20, 0x4£, 0x4b, OxOd 
0x0a, 0x53, 0x65, 0x72, 0x76, 0x65, 0x72, 0x3a, 0x20, 0x4f 



0x3e, OxOd, 0x0a, 0x3c, 0x2f, 0x62, 0x6£, 0x64, 0x79, 0x3e 
OxOd, OxOa, 0x3c, 0x2£, 0x68, 0x74, 0x6d, 0x6c, 0x3e, OxOd 
OxOa 
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2710 



Dynamic Page Formation 

refresh set to 3 seconds - progress bar implementation 



ISP Wizard 

Loading... 



271 0i 



ISP Wizard 

Loading., 

271 0 2 



ISP Wizard 

Loading... 
• • • 

2710 3 



r 



2720 



Global Variables reflecting the state of 
the Wizard 

Title = "ISP Wizard" 
Textl = "Loading..." 
Picture2 = "DOr 
Text2 = 0 
Button = 0 
Refresh = 3 
Picturel = 0 

2720 1 



3 seconds later. 



Global Variables reflecting the state of 
the Wizard 

Title = "ISP Wizard" 
Textl = "Loading..." 
Plcture2 = TOwr 
Text2 = 0 
Button = 0 
Refresh = 3 
Picturel =0 

2720 2 



3 seconds later... 



Global Variables reflecting the state of 
the Wizard 

Title = "ISP Wizard* 



Textl = "Loadinq..." 
Picture2 = 
Text2 = 0 



QQ... 

t;dot, 



Button = 0 
Refresh =3 
Picturel =0 



DOT' 



2720 3 



FIG. 27 
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FIG. 28 

FILE 
CREATION 
PROCESS 



2800 



i 



ENTER 



SEARCH DIRECTORY FOR HTML FILES AND 
FILES FOR OTHER WEB PAGE COMPONENTS, 
i.e. FILES WITH EXTENSIONS HTML, HTM.JPG, 
GIF, AU AND OTHERS 



2810 



J 



SELECT FIRST FILE 



2815 

V 



COMPUTE LENGTH OF FILE; AND DETERMINE 
FILE TYPE (BASED ON EXTENSION) 



2820 

J 



FORM HEADER INCLUDING LENGTH, SERVER 
ID, FILE TYPE, DATE AND OTHER PERTINENT 
INFORMATION AND PREPENDTO EACH FILE 



2825 

V 



CREATE SEPERATE DOCUMENT ARRAY 
CONTAINING FILE WITH PREPENDED HEADER 



2835 




2830 



J 



r 



2840 



CREATE A SOURCE (.C) FILE CONTAINING 
ALL DOCUMENT ARRAYS 



INCLUDE IN SOURCE FILE, A LIST OF 
PAIR ENTRIES FOR EACH ARRAY 



2843 

V 



NO 


SELECT 




* ) ' 


NEXT FILE 




2836 




2845 



J 



2850 

V 



CREATE HEADER FILE DECLARING ALL 
DOCUMENT ARRAYS AS EXTERNALS 
(EXTERN CHAR DOCUMENT - HTML)) 



1 



EXIT 
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struct 

[ 



Data Datat [95] = 



BULLET_D_GIF 
MANUALJTTM 
WSPIDHTM 
STATIJTTM 
BULLETJLGIF 
BULLET_P_GIF 
BULLET_S_GIF 
BULLET_T_GIF 
CHANGE_HTM 
VOICE_HTM 
N0RMM0DE_HTW 
BRIOFFQ__HTM 
CREDITS_HTM 
ISFWIZ_HTM 
DCALLPRM_HTM 
HSDN_HTM 
HCPARMS_HTM 
HISP_HTM 
HLAN_HTM 
HMAINT HTM 
HPCELJTM 
HPRIVATE_HTM 
HSERVICB_HTM 
HSETPASS_HTM 
STATS _HTM 
MMNTENA._HTO 

waitlinb_h™ 
waitspid_htm 

NRMODEjnM 
IWABORT_HTM 
CALLJOINHTM 
WAN_HTM 
IXlMJPG 
IX1MC_JPG 
IX1S_JPG 
IX1SW_JPG 
IX1IW_JPG 
IXlWW_JPG 
IXlP_JPG 
CONTROWPG 
WIZSTATHTM 
SWABORT_HTM 
LOCKED_HTM 
LOG01_JPG 
NOTIMPL_HTM 

ALERT_GIF 
BALLGRE.GIF 
BALLRED.GIF 
FAILBD_HTM 1 
STAT3_HTM 1 
IX3S_JPG 
HPCPAEMS_HTM 
STAT4_HTM, 
STAT5_HTM ( 
PRIVNETJiTH 
CALLCTRL_HTM i 
ISP_HTM 
PSWDSET_HTM 
WRPSWDJTM 
SPSBLECTHTM 
PCSELECTJTO! 
PC HTM 



"BULLET_D_GIF" } , 
M MANUAL_HTM" } , 
"WSPIDJiTM"}, 

"STATijrrM"}, 

n BULLET_H_GIF" } , 
H BULLET_P_GIF B } , 
"BULLET_S_GIF»} # 
"BOLLET_T_GIF" } , 
"CHANGE_HTM n } / 
°VOICE_HIM" } / 
"NORMMODE_HTM" } , 
»BRIOFFQ_HTM"}, 
"CREDITS_HTM"}, 
"ISPWIZJITM"}, 
"DCALLPRM_HTM" } , 
"HSDM_HTM"} # 
"HCPARMS_HTM H } , 
"HISP_HTM ,, }, 
"HLANHTM"}, 
"HMAINT_HTM"}, 
"HPCEL_HTM B } , 
■ HPRIVATE_HTM ■ } , 
■ HSERV ICE_HTM 0 } , 
" HSETPASS_HTM " } , 
"STATS_HTM w ) y 
■ MAMTENA HTM ■ } , 
"WAITLINE_HTM B ), 
■WAITSPIDHTM 1 }, 
"NRMODE_HTM-) f 
" IWABORT_HTM" } , 
"CALLJOIN_HTM" } , 
"WAN_HTM H } , 
■IXlMJPG"}, 
"IXIMCjJPG"}, 
"IX1S_JPG"}, 
IX1SW_JPG"}, 
IXlIWJPG"), 
IX1WWLJPG"}, 
IX1P_JPG"}, 
CONTROWPG" } , 
WIZSTATJHM"}, 
SWABORT_HTM a } , 
LOCKEDHTM"}, 
LOG01_JPG"}, 
NOTIMPL_HTM" } , 

ALERT_GIF n }/ 
BALLGRE_GIF" } , 
BALLRED_GIF" } , 
FAILEDHTO"}, 
STAT3_HTM"} / 
IX3S_JPG"}, 
HPCPARMS_HTM" } , 
STAT4_HTM M } , 
STAT5_HTM"}, 

prtvnet_htm" } , 

callctrl_htm"} # 

isp_h™«}, 

pswdset_ htm" } , 

wrpswdhtm"}, 

spsblecthtm"}, 

pcselect_jefm" } , 

PCJHM"}. 



FIG. 30A 



3000 
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WAITFIRMHTM, 
HMANUALHTM , 
HVOICE_HTM f 
CONGRATU_HTM, 
ISDITCONHTM, 
SETPSWD_HTM, 
MODEMNOT_HTM, 
ISDNCOKHTM, 
0FFLN0K_HTM f 
DEFAULT_HTM , 
IX3CC_JPG, 
1X3 1_ JPG, 
IX3LC_JPG, 
IX3SP_JPG, 
C0NT_JPG, 
MAIN PAGE _HTM / 
ENTER HTM, 
HMPARMSHTM, 
FRBOTT0M_HTM, 
HPCSEL_HTM, 
FRCONTEN_HTM, 
LAN_HTM| 
IXMMLJPG, 
PSWDOK_HTM, 
PARAMOK_HTM, 
SPIDOK_HTM f 
ONLINE^HTM, 
CALLMADE_HTM / 
CALLDISCJFTM, 
RESETOK_HTM , 
STAT2_HTM, 
FRMAIN_HTM / 
(char *0 # 



WAITFIRM_HTM M } , 

HMANUAL_HTM"), 

HVOICE_HTM 1 '}, 

CONGRATU^HTM"}, 

ISDNC0N_HTM" } , 

SETPSWDJflM"}, 

MODEMNOT_HTM ■ } , 

ISDNCOKHTM"}, 

OFFLNOKJiTM"}, 

MPAULT_HTM ,, } # 

IX3CC_JPG H } f 

IX3I_JPG">, 

IX3LC_JPG"}, 

IX3SP_JPG H }, 

CONTjJPG"}, 

MMNPAGE_HTM" } , 

ENTER HTM" } , 

HMPARMS_HTM"}, 

FRBOTTOM_HTM" } , 

HPCSEL_HTM" } , 

FRCONTENjnM"}/ 

LAN_HTM" } i 

IXMMjJPG"}, 

PSWDOKJCTM"}, 

PARAMQK_HTM"} # 

SPIDOKjnM"}, 

ONLINEQ_HTM-}, 
CALLMADE_HTM" } , 
CALLDISC JfTM" } , 
RESETOKHTM"}, 
H STAT2_HTM"}, 

n FRMAIN_HTM B }/ 
"NULL"} 



FIG. 30B 



extern char DC3LC_JPG[] ; 
extern char DC3SP_JPG[] ; 
extern char CONTJJPG [] ; 
extern char MADJPAGE_HTM [ ] ; 
extern char ENTER_HTO [ ] ; 
extern char HMPARMS_HTM[] ; 
extern char FRBOTT0M„HTM[]; 
extern char HPCSEL_HTM[] ; 
extern char FRCONTEN_HTM [ ] ; 
extern char LAN_HTM[] ; 
extern char IXMM_ JPG [ ] ; 
extern char PSWDOK_HTM[] ; 
extern char PARAMOK_HTH[] ; 
extern char SPIDOK_HTM_JPG [ ] ; 
extern char ONLINEQ HTM[] ; 
extern char CALLMADE_HTM[] ; 
extern char CALLDI SC„HTM [ J ; 
extern char RESET0K_HTH [ ] ; 
extern char STAT2_HTM[] ; 
extern char FRMAIN_HTM [ ] ; 



extern struct Data 

typedef struct Data 

char *DataPtr; 
char *Name; 
JWebData t; 



Datat[]: 



FIG. 30 
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KEY-BASED TECHNIQUE FOR ASSURING itself is so daunting, particularly for so-called IBM compat- 

AND MAINTAINING INTEGRITY OF ible PCs, that the task often negates their desire to purchase 

FIRMWARE STORED IN BOTH VOLATILE a PC. To counter this, PC manufacturers have made and 

AND NON- VOLATILE MEMORY continue to make significant strides over the past few years, 

PArKfiROIIND OFTHF DISPTjOSURF 5 such as through incorporating so-called "Plug and Play" 

BACKGROUND OF IHb DISCLOSURE hardware and using compatible pre-loaded operating 

1. Field of the Invention systems, such as the "WINDOWS 95" operating system 
The invention relates to apparatus, and accompanying (WINDOWS 95 is a trademark of the Microsoft Corporation 

methods for use therein, for an ISDN LAN modem (or an of Redmond, Washington), to automatically detect system 

aspect thereof) that is particularly, though not exclusively, hardware and self-configure the PC, as well as to simplify 

suited for small user environments and which contains an . subsequent PC use and maintenance. Unfortunately, the 

internal ISDN router having a self-contained network hub same caD no t be said for computer networks, 

for inter-connecting multiple network devices, such as Installing hardware for a very simple computer network 

workstations, to each other through a local area network for a numD er of users (henceforth referred to as a 

(LAN) and for permitting each of those devices to gain "workgroup") is relatively straightforward— typically 

access through the router to any one of a number of different encompassing installing a multi-port network hub and a 

remote networks. network interface card, the latter into each PC to be net- 

2. Description of the. Prior. Art — worked in the workgroup and running interconnecting- 

Over the past decade, personal computer (PC) usage has cables therebetween. However, properly configuring con- 
increased substantially to the point where currently PCs 2Q ventional network hardware and associated software in each 
have diffused into many aspects of a business organization. of the PCs is a rather tedious task — one that often frustrates 
Coincident with this phenomena, a desire has increasingly even an experienced user. Consequently, many users desir- 
arisen, certainly in a workplace environment, among com- ing to network their computers, even for a simple network, 
puter users in a common organization, such as a business have relegated the task of installing and properly configuring 
establishment, to readily share computer files. This desire, 2$ their networks, including both hardware and software 
particularly when fueled by historically decreasing costs of components, to properly trained service organizations or 
network equipment, has led to an expanding number of consultants but at a considerable expense relative to the cost 
network installations throughout the business community to of the equipment. While a relatively large organization can 
facilitate file sharing and electronic communication among afford to incur such expenses, small organizations and 
not only users in a common organization, but also with users 3Q families can not. Accordingly, while many small business 
at other organizations and locations. Moreover, as these users and even home users could significantly benefit from 
costs of increasingly sophisticated PCs and network equip- networking their computers together as workgroups — such 
ment continue to fall, networked computer usage is pen- as through file sharing and electronic communication, the 
etrating increasingly smaller organizations as the expected difficulty and expense associated therewith has effectively 
benefits to those organizations, such as expanded 35 limited the penetration of computer networks into these 
productivity, outweigh the costs associated therewith. environments. 

Moreover, the trend of increasing PC usage is not con- Therefore, a need exists in the art for a computer net- 
fined to business. Home usage of PCs is also rising though working device that not only implements a LAN, which 
currently penetration of PCs into homes is still considerably permits computers to be networked together in, e.g., a 
less than that in the business community. Nevertheless, PC workgroup, but also significantly simplifies and expedites 
applications exist that address various needs of a family, network configuration. Such a device should ease the burden 
from, e.g., traditional productivity tools, such as word pro- placed on the user as much as possible, preferably to a point 
cessing for, e.g., home office use, to education, entertain- 0 f automatically adapting itself, without user intervention, to 
ment and to Internet access. Given this, today, it is increas- its current network environment. As yet, no such device 
ingly common for a family to possess several PCs. For 45 exists in the art. 

example, for a typical family of two spouses and two Furthermore and quite apart from increasing proliferation 

children of school age, each spouse may require his(her) 0 f pc s> ^ rec ent years, a number of domestic and foreign 

own PC for business use, such as for job-related endeavors, telephone companies have begun offering Integrated Service 

while each child may have one PC or share a common PC, Digital Network (ISDN) services to their customers. ISDN 

purchased for all children in the family, for, e.g., educational 50 provides an integrated voice and data network that offers 

use, such as running teaching programs of one sort or DO th increased bandwidth and significant flexibility over 

another, Internet access, or entertainment. traditional analog telephone services. Inasmuch as sub- 

If current cost and technology trends continue, PC usage scriber charges for ISDN access are decreasing — with the 

should increasingly proliferate throughout businesses and decrease being rather noticeable for some telephone 

families to a point of becoming rather ubiquitous and 55 companies, demand for ISDN service and equipment is 

inter-connected, i.e., at least ideally and at some time in the rising appreciably. Demand is particularly strong and grow- 

future where most people will possess their own PC and ing for those subscribers who seek cost-effective high speed 

where such PCs will become increasingly inter-networked access to a WAN such as, e.g., the Internet, and/or other 

with each other. computer networks. 

However, a significant obstacle to increasing PC usage 60 In particular, a basic rate (so-called "2B+D" service) 

and inter-networking has been the continued difficulty many ISDN interface provides higher speed bandwidth than both 

individuals face when installing and configuring a PC, let traditional analog, modem-based dial-up access modalities 

alone connecting the PC to a wide area network (WAN), and comparably priced switched digital services. Each 

such as the Internet, or even implementing a simple local so-called B ("bearer") channel, which carries subscriber 

area network (LAN). 65 voice and/or data, provides 64 Kbits/second of bandwidth; 

For many individuals, specifically those inexperienced while a D ("data") channel, which carries signaling and 

with PCs, the task of just installing and configuring a PC control information, provides 16 Kbits/second of bandwidth. 
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For the bandwidth delivered, an ISDN line is significantly 
less expensive than a private leased line that supplies the 
same bandwidth across the three channels. Furthermore, 
ISDN, being a digital end-to-end service, provides digital 
transmission channels that tend to be more accurate and 
reliable, from a standpoint of error rates and dropped 
connections, than are conventional analog telephone con- 
nections. In addition, ISDN service provides rapid connect 
times which, in turn, provide faster support for those LAN 
protocols that require relatively short latency across WAN 
connections. 

Starting a few years ago, various networking and com- 
munications equipment manufacturers have been offering 
relatively inexpensive ISDN terminal adapters, more com- 
monly and rather loosely referred to as "ISDN modems'* 
(though these adapters do not contain a traditional analog 
modulator-demodulator as occurs in a conventional analog 
modem), and other ISDN-based network devices, such as 
routers, for subscriber end-use. Sucri a modem," also generi- 
cally referred to as "data circuit terminating equipment" 
(DCE), once connected to an ISDN connection and a serial 
port on a subscriber's PC, permits that subscriber to connect 
his(her) computer to, e.g., an Internet service provider and 
communicate at speeds approximately two to four times 
greater than through a conventional analog modem. The 
computer so connected becomes so-called "data terminal 
equipment" (DTE). While the availability of ISDN modems 
is clearly not the sole cause underlying the growth in ISDN 
usage, it, when combined with decreasing rates for ISDN 
service, is certainly a large and growing factor. 

Unfortunately, currently available ISDN devices, such as 
routers, which connect a network, e.g., an Ethernet network, 
to a single ISDN connection are rather cumbersome and 
tedious to configure. In that regard, such a router typically 
contains an RS-232 serial port to which a PC is connected 
in order to initially configure the router. During 
configuration, a user at the PC, typically executing a pro- 
prietary application provided by the manufacturer of the 
router, assigns suitable network parameters, including an IP 
address and a subnet mask, to the router. Until these param- 
eters are loaded into the router, the router is simply unable 
to communicate over the network to any PC connected 
thereto. Determining the correct value of these parameters 
and then completing the configuration, with all the other 
salient information, proved to be a ratber tedious process. 
Furthermore, not only did the user incur a burden of install- 
ing software on the PC used to configure the router, but also 
the price of the router needed to reflect an added cost of the 
serial port, which during the life of the router is usually used 
just once for initial configuration. 

In addition, in the event of a network fault or other 
condition that affects a connection to a remote LAN or WAN 
and/or server thereon, conventional routers do not indicate 
the specific nature of that fault to any local client connected 
to the router. This, in turn, relegates a user at that client to 
rely on an error message, in those instances when it is 
provided by the network, that is often rather cryptic at best 
and more often simply not provided at all. In the latter 
situation, the user simply waits in basically total ignorance 
of the fault, i.e., the fault occurs but the user receives no 
indication of it on, e.g., his(her) browser. Not only is the user 
annoyed by this type of fault handling, but also the user is 
forced to wait, owing to a lack of information which leads 
to an expectation (which later proves to be unwarranted) that 
the fault will resolve itself, which can be rather time- 
consuming and frustrating. 

Moreover, it is increasingly common to find multiple 
users on the same network who simultaneously desire to 
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connect to the Internet through different network service 
providers, e.g., one user may desire to connect to one 
Internet service provider (ISP) at the same time another user 
wants to connect to a different ISP. Unfortunately, currently 

5 available ISDN routers can not accommodate simultaneous 
ISDN connections by multiple PCs to different ISPs; such 
routers are limited to accommodating only one connection to 
one ISP at a time. Moreover, these routers are unable to 
control access, on a per PC basis, to any one of a number of 

10 multiple accounts across different network service provid- 
ers. 

Hence, given the increasing availability of economical 
ISDN connections and advantages associated with the use 
thereof, the computer networking device needed in the art 

15 should not only implement a LAN that serves a workgroup 
but also should implement an ISDN router to provide 
simultaneous high-speed access for the LAN through a 
single ISDN connection to multiple service providers^ such 
as, e.g., different ISPs. Moreover, such a device should be 

20 easy to configure, without a need for any external software, 
and to reduce its price, dispense with a need for any serial 
or other port used solely for initial configuration. 

Advantageously, such a device, which as yet does not 
exist in the art, should not only substantially eliminate user 

25 frustration and significantly reduce time and costs associated 
with establishing, configuring and using a LAN for a work- 
group as well as with connecting each PC therein to a remote 
network service provider, but also increase the use of such 
LANs in small businesses and among home users to the 

30 eventual benefit of each. 

SUMMARY OF THE INVENTION 

The present invention overcomes the deficiencies in the 

35 art and satisfies these needs by providing an ISDN LAN 
modem that contains an ISDN router, with an internal 
multi-port hub to implement a LAN (local are network), that 
automatically adapts itself to a current network environment 
of a workstation connected thereto and then permits 

40 browser-based configuration, and accommodates several 
modalities of network communication not heretofore pos- 
sible in a conventional router. 

With respect to configuration, the LAN modem can 
receive configuration information directly from a works ta- 

45 tion connected to the LAN, and specifically through, 
illustratively, a web browser (or other appropriate TCP/IP 
application, such as Telnet) executing on that workstation, 
advantageously without any need for any additional serial 
(or other) port on either the LAN modem or the workstation. 

50 Specifically, in accordance with specific teachings of the 
present invention, once the workstation is connected to the 
hub and the browser begins executing on the workstation, 
the LAN modem automatically adapts itself to the current 
network environment of the workstation. To do so, the LAN 

55 modem will detect the Ethernet address of that workstation 
through packets transmitted by the workstation, determine 
the IP address of that workstation (either through dynamic 
assignment or by static address of the workstation from an 
ARP (address resolution protocol packet)), and then, if the 

60 workstation is using static addressing, set its own IP address 
and subnet mask such that the LAN modem and the work- 
station are on the same subnet. Once this occurs, the LAN 
modem and the workstation are then able to communicate 
over the network through the web browser. The LAN 

65 modem will then intercept any request issued by the work- 
station to fetch a web page and, through its own internal web 
server, will generate and download to the workstation, a 
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default home page through which the user can commence 
configuring the LAN modem. Once configuration 
commences, the web server will then step the user through 
a succession of displayed web pages through which the user 
will be queried to enter salient configuration data. The web 
server will then extract this data from responses received 
from the user and then store this data, for subsequent use, in 
a shared database within the LAN modem. 

Furthermore, the LAN modem provides additional 
modalities of network communication through use of an 
inventive multi-tiered routing hierarchy, which permits 
bi-directional translation between many individual private 
IP addresses and one shared public IP address. 

Specifically, the LAN modem assigns a private IP address 
to each workstation that connects to the LAN. The LAN 
modem translates the individual private IP address of each 
of the workstations to a single public address assigned, e.g., 
either statically or dynamically, to the LAN modem by a 
network service provider, e.g., an Internet service provider 
(ISP), by accessing a source-based routing table and a host 
list which collectively associate the private source IP address 
of a particular workstation on the LAN and a network ID for 
the service provider to which that workstation is ultimately 
connected through the LAN modem. The LAN modem also 
translates source and destination port number fields, as 
needed. This IP address and port number translation assures 
uniqueness of a set of source/destination IP addresses, 
protocol ID and source/destination port numbers in packets 
that flow between unique client/server applications and 
which pass through the LAN modem so as to provide 
unambiguous routing in the LAN modem between all the 
workstations connected to the LAN modem and associated 
remote servers. 

Consequently, through such translation, then as far as the 
ISP is concerned, all packet traffic involving the 
workstations, by virtue of their common, though shared, 
public IP address, appears to emanate from or be directed to 
a single user. Appropriate account information, such as user 
identification and password data, for the shared account is 
stored within the shared database in the LAN modem. 
Through this information, the LAN modem transparently 
establishes the connection between the workstations and the 
ISP without prompting any of the actual users therefor for 
appropriate account information. As a result of employing 
this inventive translated addressing technique, the LAN 
modem distributes (effectively de-multiplexing) individual 
packets emanating over a single ISDN connection from the 
ISP to the proper workstations on the LAN, and routes (i.e., 
effectively multiplexes) outgoing packets, from all such 
workstations having differing private IP addresses, into a 
common packet stream over a single shared packet connec- 
tion to that ISP for subsequent transport over the remote 
network. Advantageously, by permitting multiple users to 
share a single ISP account, use of our inventive technique is 
likely to significantly reduce collective network access 
charges over what these users would otherwise incur if, as 
conventionally occurs, they were to gain network access 
through separate user accounts. 

Furthermore, through use of the inventive hierarchical 
routing scheme, the LAN modem can simultaneously route 
packet traffic between multiple workstations on the LAN 
and different corresponding ISPs through different ISDN 
connections simultaneously existing between the LAN 
modem and those providers. In this regard, the LAN modem 
accommodates connections to several different user- 
definable network service providers, e.g., ISPs, by storing 
appropriate information for each such provider in a shared 
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database, such as user account and password information, as 
well as network identification including network IP address, 
domain names and remote DNS server addresses, and 
employing this information to define the appropriate con- 
5 nections and properly route packets accordingly over these 
connections. 

As a feature of the present invention, the LAN modem 
advantageously contains internal co-operating DHCP 
(dynamic host control protocol) and DNS (domain name 

10 system) servers that are integrated with routing and call 
management processes, all utilizing data stored within the 
shared database. 

Use of the internal DNS server provides local name-to- 
address resolution such that, for user convenience and 

15 simplicity, each workstation on the LAN can be addressed in 
terms of its machine name rather than its IP address. 
Furthermore, the DNS server, by using the same shared 

-■• database as does the DHCP server, operates transparently of 
any user to acquire machine names of all the workstations 

20 connected to the LAN and then provide suitable machine 
name to IP address resolution, as needed, for all communi- 
cation between the LAN modem and these workstations as 
well as between any pair of workstations themselves. In 
addition, the DNS server given a DNS query, will determine, 

25 based on the source of the query, i.e., which specific work- 
station generated it, and the destination to which the query 
is directed (e.g., another host on the LAN as identified by the 
machine name of the host, the LAN modem itself or a 
remote network), the DNS server to which the query is to be 

30 routed and will then route the query accordingly to that 
server. As such, the LAN modem hides from a host the 
selection of the DNS server that will be used in a given 
instance and hence significantly simplifies the use of the 
DNS in each workstation connected to the LAN modem. In 

35 addition, the DHCP server provides the IP address, subnet 
mask and gateway and DNS server addresses to the local 
workstations, thereby eliminating any need for a user to 
manually configure and administer these items. 
Furthermore, any workstation is always assigned the same 

40 IP address from the DHCP server, rather than having its IP 
address change from session to session, as would normally 
occur with dynamic IP addressing. Consequently, a user 
profile associated with each workstation can be easily main- 
tained and identified using its host IP address, and the 

45 number of workstations that are simultaneously allowed to 
use the LAN modem can be very easily controlled. 

As another feature of the present invention, the LAN 
modem assures the integrity, to a substantial degree, of 
executing program code stored within volatile memory, e.g., 

50 DRAM (dynamic random access memory), within the LAN 
modem, thereby advantageously preventing to a significant 
extent code corruption and improper operation of the LAN 
modem. Flash memory, by virtue of its non-volatility, stores 
executable program code for the LAN modem. Upon a 

55 system reset, the executable code is written into DRAM, 
which provides markedly faster access time over the flash 
memory, from which the code is then executed. 

Specifically, while the LAN modem is idling, a preempt- 
able background process executes with, e.g., a low execution 

60 priority, to continually compare the entire executable pro- 
gram code stored in the DRAM, on a location-by-location 
basis, with that stored in the flash memory. In the event a 
discrepancy is detected, the contents of a location in flash 
memory are copied to a corresponding location in the 

65 DRAM to eliminate the discrepancy, thereby maintaining 
the integrity of the executable code stored in the DRAM. 
Integrity of the code stored in the flash memory is assured 
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by restricting any change in the mode of the flash memory FIG. 9 depicts the correct alignment of the drawing sheets 

from read-only to read/write through use of a key-based for FIGS. 9A-9C; 

software lock. FIGS. 9A-9C collectively depict a flowchart of Initial 

As an additional feature of the present invention, the LAN Configuration procedure 900 performed by CPU 330; 

modem contains an internal web server that, in addition to 5 FIG. 10 depicts the inventive source-based routing archi- 

storing full web pages, constructs web pages in real-time tecture used in the LAN modem; 

from a predefined stored web page template by selectively FIG. 11 depicts a flowchart of Primary Router procedure 

inserting, e.g event-specific, code segments therein. noo shown {q f , g 1Q ^ rformed D CPU 330; 

Illustratively, this insertion occurs by substituting such a ^„ , . , 

segments) for a corresponding so-called "placeholder^)" " , FIG f U J5^%^S^ of thc drawin S 

that appears in the template. These segments can represent sneets tor H(jb - 12A-12D, 

dialog boxes, graphics, predefined textual messages or, NGS. 12A-12D coUectively depict a flowchart of Sec- 

generically speaking, any object, whether implemented ondary Router procedure 1200 also shown in FIG. 10 and 

through HTML or otherwise, that is to be, e.g., selectively performed by CPU 330; 

presented to a user either for display and/or to solicit a 1S FIG. 13A depicts the structure of host list 1300 including 

response, such as an item of data or a selection among a list its constituent data fields and their initial entries, contained 

of predefined data values, from the user. Since relatively few within database 416 stored within flash memory 376 shown 

full web pages are stored, memory requirements 'to stdrethe in FIG. 3; 

underlying data to support the web server advantageously fig. 13B depicts the structure of network service pro- 
become rather modest. Illustratively, and in the context of 20 v ider list 1350 including its constituent data fields also 
the LAN modem, these web pages are used to query a user contained within database 416 stored in flash memory 376 
situated at any workstation on the LAN to enter information shown in FIG. 3; 

needed to configure the LAN modem, as well as to display pj G 13c depicts the structure of Destination-Based Rout- 

a specific nature and cause, if known, of a detected fault m TaWc ^ mdndhlg its mitia i va i ues , stored within 

condition so that an affected user situated at any such 25 dram 372 shown in FIG 3* 

workstation can take appropriate action. „_ . . , ' - _ _ , _ 

YV * FIG. 13D depicts the structure of Source-Based Routing 

BRIEF DESCRIPTION OF THE DRAWINGS Taole 446 which is also stored within DRAM 372 shown in 

FIG. 3; 

The teachings of the present invention can be readily ^ ^ Qf mQ? Ip Address 

understood by considering the following detaded descrip- Request procedure 1400 performed by CPU 330; 

tion m conjunction with the accompanying drawings, in ; . „ , , 

w hi cn: w FIG. 15 depicts the correct alignment of the drawing 

™^ j » „ . . . , * * 1 1 j • c sheets for FIGS. 15A-15D; 

FIG. 1 depicts an overall high-level block diagram of e 

inventive LAN modem 300 in its typical environment of 35 FIGS - 15A-15D collectively depict a flowchart of DNS 

use . Induced IP Address Request procedure 1500 that is also 

FIGS. 2A-2C each depicts a different illustrative mode of performed by CPU 330; 

operation which inventive LAN modem 300, shown in FIG. nG 16 de P icts a flowchart of Firmware Upgrade (FU) 

1 can orovide- process 402 shown in FIG. 4B that is also performed by CPU 

' ' 330- 

FIG. 3 depicts a hardware block diagram of inventive 40 * 

LAN modem 300 shown in FIG. 1; FIG - 17 dc P lcts a flowchart of Firmware Assurance Man- 

FIG. 4Adepicts an overall block diagram of software that a & er * 700 * a! » ^ appHcation pro- 

. j l * 1 / PDTn a -> n * _ • grams 4020 shown in FIG. 4A and is executed therein as 

is executed by central processing umt (CPU) 330, shown 10 f . , ... x ,. A . 

FIG. 3, situated within the inventive LAN modem; background (lowest pnonty) application 4030; 

FIG. 4B depicts an architectural block diagram of soft- 45 FIGGIS depicte a bigh-level block diagram of webserver 

ware 400 contained within application software 4020 shown 412 > shown m HG 4B > and of lts associated pro- 

in FIG. 4A that, among other aspects, implements the cesser 

various modes of operation of the LAN modem shown in F1 G. 19 depicts a flowchart of Static Page Processing 

FIGS. 2A-2C; operation 1830 that is performed by web server 412 shown 

FIG. 5 depicts interaction, in terms of predominant inter- 50 m 

process communications, that occurs within software 400 FIG. 20 depicts a flowchart of Dynamic Page Formation 

shown in FIG. 4B for setting up an ISDN call based on traflic operation 1840 that is also performed by web server 412 

on the local area network (LAN); shown in FIG. 18; 

FIG. 6 depicts interaction, in terms of predominant inter- 55 FIG. 21 depicts a flowchart of Post Processing operation 

process communications, that occurs within software 400 1850 that is also performed by web server 412 shown in FIG. 

shown in FIG. 4B for setting up an ISDN call based on a 18; 

DNS (domain name system) request from a workstation FIG. 22 depicts code 2200 for an illustrative inventive 

(host) on the LAN; web page template, and specifically one employed in con- 

FIG. 7 depicts interaction, in terms of predominant inter- 60 j unction an Isp Wizard used in the LAN modem; 

process communications, that occurs within software 400 FIG. 23 depicts a page, as would be rendered on a 

shown in FIG. 4B for processing an incoming ISDN call to workstation display, in response to HTML code 2200 shown 

the LAN, modem; in FIG. 22; 

FIG. 8 depicts interaction, in terms of predominant inter- FIG. 24 depicts, in block diagram form, inventive process 

process communications, that occurs within software 400 65 2400 for forming a web page from a web page template and 

shown in FIG. 4B for disconnecting an ISDN call as a result page components, and illustratively for a web page used in 

of an idle timeout condition; conjunction with the ISP Wizard; 
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FIG. 25 depicts HTML code 2500 for a specific web page modify the inventive teachings, as necessary, to conform to 

that results from use of process 2400 and template HTML the requirements of the specific network being used, as well 

code 2200 for a specific event, e.g. a failure to establish a as to conform use of the present invention with another type 

connection to an Internet service provider (ISP); of ISDN interface, or different connection modality, to a 

FIG. 26 depicts a page, as would be rendered on a 5 remote network. 

workstation display, in response to HTML code 2500 shown A °™f A ^J*?^ , ,k, u« fA 

. 2- r J r FIG. 1 depicts an overall high-level block diagram of the 

in MU. za, inventive local area network (LAN) modem 300 in its 

FIG. 27 depicts a sequence of three pages 2710, as would typical environment of use. Though LAN modem 300 does 

be rendered on a workstation display, to portray a progress not contain a traditional analog modulator-demodulator as 

bar and which result from three corresponding HTML code occurs in a conventional analog modem, for ease of 

segments 2720, all of which are dynamically constructed in reference, this device will nevertheless be referred to as a 

accordance with the present invention; "LAN modem" inasmuch as it provides the general func- 

FIG. 28 depicts a flowchart of File Creation process 2800 tionality associated with a modem of connecting a worksta- 

that creates a common file of a web page template and „ tioc J *° an external computer network though here through 

associated web page components in accordance with the 15 an ISE f ' rather l . han an anal °g P0TS (P lam old telephone 

present invention- service), connection. 

p ' rt ... As illustrated, LAN modem 300 inter-connects a group of 

FIG. 29 depicts data structure 3000, stored within reposi- - workstations (also referred to herein' as "hosts") 10, illus- 

tory I860, containing templates and web page components tratively here four individual workstations (typically per- 

as produced through execution of File Creation process 2800 2 o sonal computers — PCs) 10 fl , 10 fc , 10 c and 10^, in an Ethernet 

shown in FIG. 28; local area network. To implement the LAN, LAN modem 

FIG. 30 depicts the correct alignment of the drawing 300 contains ISDN router 305 which itself contains an 

sheets for FIGS. 30A-30B; ~ internal, here illustratively lOMb/second lOBaseT, Ethernet 

FIGS. 30A-30B collectively depict source code for data hub 340 which connects through ports 15, specifically 15 fl , 

structure 3000 containing, in accordance with the present ^ 15 fo , 15 c and XS d> to workstations 10. 

inventive teachings, various entries each having, for either The router establishes an ISDN connection through BRI 

an illustrative web page template or an illustrative web page ISDN connection 40 and public switched telephone network 

component, a pointer and a corresponding name; and (PSTN) 50 to appropriate remote networks 60 and/or 70, 

FIG. 31 depicts actual object code for a document array, such 88 ^ |? temet or a P riva *f Detwork ' ac ff thK ?* 

eg., FRMAIN_HTM[ ], containing a corresponding illus- 30 a corresponding service provider, or a remote LAN, such as 

trative predefined web page component, as stored in struc- an °f** l network - Inasmuch 1 as router 305 ' as ™ 

ture 3000 detail below, can accommodate, in one of its operational 

_ . ' , , modalities (as discussed below in conjunction with FIG. 

To facditate understanding, identical reference numerals 2B)> two simultaneous connections, over different B chan- 

have been used, where possible, to designate identical 3J ne , s (here B B aQ( , j \ in a common BRI ISDN 

elements that are common to various figures. connection, to two different external networks, these con- 

DETAILED DESCRIPTION nections are symbolized by leads 55 and 58 connecting 

remote networks 60 and 70 over channels Bj and B 2 , 

After considering the following description, those skilled respectively, 
in the art will clearly realize that the teachings of the present 40 Apart from routing ISDN packet traffic, via PSTN 50, 
invention can be readily utilized in substantially any ISDN between any of workstations 10 and a remote networks), 
data circuit terminating equipment (DCE) which interfaces LAN modem 300, specifically ISDN router 305 therein, can 
an ISDN line to nearly any form of computer network, also accommodate two analog telephone devices 20 (here 
regardless of the type of network. In that regard, the ISDN illustratively shown as facsimile machine 20 a and telephone 
line can be, e.g., a basic rate (2B+D) interface (BRI) or a 45 20 & and also denoted as analog telephone devices 1 and 2, 
primary rate (23B+D or 30B+D) interface. Moreover, the respectively) appropriately interfaced, via ports 25, to ana- 
network can be illustratively Ethernet, Token Ring, asyn- log lines 25 a and 25 2 . In that regard, the LAN modem can 
chronous transfer mode (ATM), frame relay or other type of bi-directionally route digitized voice traffic on either or both 
network — with the actual network modality being irrelevant B-channels of ISDN connection 40 between PSTN 50, and 
to the present invention. In addition, these teachings are also 50 specifically, to either one or simultaneously to both of analog 
applicable across a wide variety of remote network connec- telephone devices 20, respectively, 
tion modalities, not just ISDN. In that regard these modali- B. Modalities of use of inventive LAN modem 
ties can illustratively range from, e.g., analog telephone Inventive LAN modem 300 can function in a variety of 
connections using conventional modems, through high- different network modalities, as shown, e.g., in FIGS, 
speed digital connections such as ATM or frame relay. 55 2A-2C. Generally speaking, in accordance with our 
Inasmuch as Ethernet networks are the predominant network invention, LAN modem 300 can: operate in a true routing 
architecture used in inter-connecting personal computers mode using either dynamic or static IP (internet protocol) 
(PCs) in a local area network, and particularly those for addressing for all the workstations on the LAN; provide two 
implementing as workgroups, to simplify the discussion, the simultaneous connections, as discussed above, for two dif- 
invention will be discussed in that context Moreover, since 60 ferent workstations on the LAN, over separate B-channels of 
a basic rate type ISDN interface is often used to provide a a common ISDN connection, to different corresponding 
remote network connection for individual subscribers and remote networks; and provide simultaneous access for any 
small businesses, we will also discuss our invention in the or all workstations on the LAN to a common « service 
context of its use with such an interface. Clearly, after provider, such as an internet service provider (ISP), through 
considering this discussion, those skilled in the art will 65 a single user account- 
readily appreciate how to use our invention with any of a FIG. 2A depicts LAN modem 300 operating as a true 
wide range of differing types of computer networks and to router, using illustratively static IP addressing. Here, work- 
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stations 10 fl , 10^, 10 c and 10 d have all been assigned static onto the LAN and establishes a connection through LAN 
IP addresses, illustratively 222.123.4.1, 222.123.4.2, modem 300 to his(ber) ISP, that ISP will dynamically assign 
222.123.4.3 and 222.123.4.4, respectively, with LAN an IP address to that user. The dynamic public IP addresses 
modem 300 carrying static IP address 222.123.4.7. Given assigned to User 5 and User 6 are, e.g., 210.7.12.1 and 
these addresses, all the workstations and the LAN modem 5 234,12.63.15, respectively. Each of the dynamic IP 
are on the same statically assigned subnet. Consequently, addresses will be stored within the LAN modem 
LAN modem 300 will examine packets on the LAN that (particularly within a shared database therein as discussed 
carry an Ethernet address of the LAN modem and emanating below in detail). As incoming packets containing these 
from any of the workstations to determine, from the desti- dynamic IP addresses are routed by the ISPs, over the 
nation IP address of the packet, whether that packet is 10 different B channels, to LAN modem 300, the LAN modem, 
destined for a local application, (as discussed below) execut- in essence, will translate the dynamic public IP address 
ing on the LAN modem, or is to be routed off the LAN to contained in each such packet to the private IP address of the 
a remote network. If the destination address indicates a corresponding workstation and route the packet, but con- 
different network, here illustratively remote network 60, or taining the translated address as the destination IP address, 
a different subnet, then the LAN modem establishes an 15 to the LAN. Similarly, for packets appearing on the LAN 
ISDN connection through PSTN 50 to a service provider for which, based on their destination IP addresses, are to be 
illustratively remote network 60 and then routes the packet routed by the LAN modem to either of the ISPs, the LAN 
accordingly to that remote network. LAN modem~300 also modem, in essence, will translate the source IP address in 
examines all packets incoming from remote network 60 and each of these packets from the private IP address into the 
routes all such packets destined for any of the workstations 20 appropriate public dynamic IP address of the associated 
on the static subnet to the LAN. workstation, substitute the translated IP address for the 
In establishing the ISDN connection, the LAN modem private IP address in each such packet, and then route that 
can be configured to utilize multi-link PPP (point-to-point packet accordingly to the proper remote network. Though 
protocol) in establishing the connection. Assuming this this scenario has been described as using dynamic IP 
protocol is supported by the service provider, then, based on 25 addressing for both of the workstations, i.e., with addresses 
the amount of packet traffic which is to be carried over the being dynamically assigned by both the remote networks 
connection at any time and hence the required transmission involved and the LAN modem, one or both of the worksta- 
bandwidth therefor, either one or, as shown, both B channels dons can alternatively be statically addressed using fixed 
(B a and B 2 for a total available bandwidth of 128 Kbits/ public IP addresses. Moreover, though this example depicts 
second) will be used to carry this traffic, via ISDN lines 40 30 merely one workstation connected to each ISP, the LAN 
and 58, among LAN modem 300, PSTN 50 and the service modem, as will be clear in conjunction with the scenario 
provider (not specifically shown) for remote network 60. depicted in FIG. 2C, can share a common connection to an 
Through use of multi-link PPP, the number of B channels ISP across multiple workstations. 

that carry this traffic at any one time will dynamically vary In addition, as noted above and depicted in FIG. 2C, LAN 

between one and two based on traffic loading then occurring. 35 modem 300 can provide simultaneous access for any or all 

LAN modem 300 can also be configured to dynamically workstations in the LAN to a common service provider, such 

assign an available IP address within the subnet assigned to as a single ISP, through a single account. Here, assume that 

the LAN modem (hence providing dynamic IP addressing) within a workgroup, illustratively User 7 , User p and User 10 

to each of the workstations as a corresponding user, i.e., respectively stationed at workstations 10^, 10,- and 10 ; - all 

User 1 , User 2 , User 3 or User 4 , logs onto the LAN network. 40 desire to access, e.g., the Internet through a single user 

Alternatively, as noted above and depicted in FIG. 2B, account at a common ISP, here symbolized by remote 

LAN modem 300 can provide two simultaneous connections network 60. 

for two different workstations in the LAN, over separate As each of the three users logs on to the LAN through 
B-channels (each providing 64 Kbits/second of bandwidth) his(her) corresponding workstation, LAN modem 300 
of a common ISDN connection, to different corresponding 45 dynamically assigns an available private IP address to the 
remote networks. Here, assume that within a workgroup, corresponding workstation for that user. Accordingly, work- 
Use^ and User 6 stationed at respective workstations 10 e and stations 10^ 10,- and 10- are assigned illustrative private IP 
10, have different user accounts at different ISPs (Internet addresses 192168.1.2, 192.168.1.4 and 192.168.1.5; with 
service providers), here symbolized by remote networks 60 LAN modem 300 itself having private IP address 
and 70, respectively, and desire to access the Internet during 50 192.168.1.1. While the first of these three users initiates a 
the same time through these different ISPs. connection to remote network 60, via the common ISP, the 

Illustratively, for User 5 and User 6 , LAN modem 300 will ISP dynamically assigns an IP address, illustratively 

establish a single B-channel connection, as symbolized by 198.6.1.1, to that workstation. IP address translation will 

line 58, over B-channel B v to remote network 60, and as occur as described above. In many instances, though not 

symbolized by line 55, over B-channel B 2 , to remote net- 55 specifically shown here, both port number fields (as dis- 

work 70, respectively. cussed below) and IP addresses will be translated. Such IP 

Furthermore, in this scenario, as each user logs onto the address and port number translation, when required, assure 

LAN through a corresponding workstation (10 e or 10y), proper uniqueness between a set of source/destination IP 

LAN modem 300 dynamically assigns an available private addresses, protocol IDs and source/destination port numbers 

IP address to the workstation for that user. Accordingly, 60 in packets flowing between unique client/server applications 

workstations 10, and 10^ are assigned private IP addresses and which pass through the LAN modem. This, in turn, 

192.168.1.2 and 192.168.1.4, respectively; with LAN provides unambiguous routing in the LAN modem between 

modem 300 having private IP address 192.168.1.1. The all the workstations connected to the LAN modem and 

LAN modem maintains a list of private IP addresses avail- associated remote servers. 

able for local use by workstations (or other networked 65 Specifically, for incoming packets traversing from remote 

devices) connected to the LAN. None of these private network 60 to workstation 10^ via the LAN modem, LAN 

addresses is ever routed beyond the LAN. As the user logs modem 300 will translate the dynamic public IP destination 
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address in each such packet into the corresponding private IP first with reference to FIGS. 4A and 4B, in terms of its 

address, substitute the latter for the former in each such overall architecture; followed by a description, then with 

packet and then transmit the resulting packet onto the LAN, references to FIGS. 5-^8, of the interaction that occurs 

from which workstation 10^ will receive that packet. For among several software processes for implementing various 

outgoing packets from this workstation appearing on the 5 operations performed by the inventive LAN modem; and 

LAN and destined for remote network 60, IAN modem will concluding with a description, with reference to various 

translate the private IP address in that packet, as its source remaining figures, of the implementation, typically involv- 

address, to the corresponding public IP address, substitute ing several of the software processes shown in FIGS. 4 A and 

the latter for the former in the packet and then route the 4B, of various aspects of the inventive LAN modem, 

resulting packet via ISDN connection 40 to remote network 10 1. Hardware 

60. As the other two users each establishes a separate FIG. 3 depicts a block diagram of inventive LAN modem 
connection through their workstations 10,- and 10,, via the 300. As shown, the LAN modem contains ISDN router 305. 
LAN modem, to the same ISP, LAN modem 300, using our ISDN router 305 contains ISDN interface 310, central 
inventive source-based routing technique — which is processing unit (CPU) 330; analog line interfaces 350 con- 
described in detail below, will recognize the same network 15 taining identical analog line interfaces 35Q 1 and 350 2 ; 
address of the ISP in packets emanating from these two memory 370; and serial EPROM (electrically programmable 
workstations, translate their differing private IP addresses to read only memory) and watchdog timer 380; all of which are 
the same public IP address associated with workstation 10^. interconnected through bus 390. In addition, the ISDN 
Through our inventive addressing technique, all packet router also contains display latch 335 and Ethernet hub 340. 
traffic, as symbolized by dashed lines, for these three work- 20 Furthermore, the IAN modem also contains conventional 
stations will share a single common public IP address, here power supply, combinatorial logic and clocking circuits 
illustratively 198.6.1.1, and traverse a common ISDN which, for simplicity, have all been intentionally omitted 
connection, here symbolized by lines 40 and 58, among the from the figure. 

LAN modem, PSTN 50 and remote network 60. IAN Memory 370, which illustratively comprises dynamic 
modem 300 will provide suitable IP address translation, as 25 random access memory (DRAM) 372 and flash memory 
discussed above, between the individual private IP addresses 376, stores software instructions — the salient software pro- 
of each of the three workstations and the single public cesses and modules being discussed in detail below, con- 
address dynamically assigned to first workstation by the ISP. slants and temporary data all used by the CPU. The flash 
Consequently, as far as the ISP is concerned, all packet memory provides non-volatile program and constant stor- 
traffic involving the three workstations will appear, by virtue 30 age. Inasmuch as DRAM provides faster access than flash 
of their common, though shared, public IP address, to memory, during a power-on boot phase, the boot program is 
emanate from or be directed to a single user. Appropriate executed to load the executable program code into DRAM, 
account information, such as user identification and pass- from which the program code is then executed. As will be 
word data, for the shared account is stored within LAN discussed in detail below, to prevent errant execution, while 
modem 300 such that the LAN modem can transparently 35 the LAN modem is idling, a preemptable background pro- 
establish the connection between the workstations) and the cess executes with, e.g., a lowest execution priority 
ISP without prompting any of the actual users therefor. As a (specifically Firmware Assurance Manager process 1700 
result of employing this inventive addressing technique which will be discussed below in conjunction with FIG. 4A 
(utilizing IP address and where required, port number and in detail in conjunction with FIG. 17) to continually 
translation), individual packets emanating over a single 40 compare the entire executable program stored in the DRAM, 
ISDN connection from the ISP for remote network 60 can be on a location-by-location basis, with that stored in flash 
distributed on the LAN to the proper workstation and to a memory to assure integrity of the former. In the event a 
proper application or process executing thereon; while out- discrepancy is detected, the contents of a location in the flash 
going packets, from all such workstations, initially having memory are copied to a corresponding location in the 
differing private IP addresses can be subsequently routed 45 DRAM to eliminate the discrepancy. A portion of the flash 
into a common packet stream over a single shared packet memory is also used to store and provide access to so-called 
connection to that ISP for subsequent transport over remote "Stac" data compression tables for use in implementing 
network 60. Advantageously, by permitting multiple users, B-channel data compression. Inasmuch as so-called "Stac" 
have, e.g. three such users, to share a single ISP account — compression itself is well-known, we will not discuss the 
which generally incurs a flat-rate charge regardless of actual 50 Stac compression algorithm itself in any further detail, 
connection time, use of our inventive technique is likely to Furthermore, the DRAM also stores source- and destination- 
sigmficantly reduce collective network access charges by a based routing tables; these tables are discussed in consider- 
factor of, e.g., % over what these users would otherwise able detail below. Integrity of the program code stored in the 
incur if, as conventionally occurs, they were to gain network flash memory is assured, as described in detail below, 
access through three separate user accounts. Here too, 55 through a key-based software lock which strictly limits those 
though this scenario has been described as using dynamic IP instances where write-access is permitted to the flash 
addressing of the workstations, i.e., with addresses being memory. 

dynamically assigned by the LAN modem and the address of CPU 330 is implemented by illustratively a 68EN302 

the IAN modem itself being dynamically assigned by the central processing unit (CPU) platform which is currently 

ISP, one or more of the workstations or the LAN modem can 60 commercially available, as a single integrated circuit, from 

alternatively be statically addressed using fixed public IP Motorola Corporation of Schaumberg, 111. This platform 

addresses. provides, inter alia, a core 68000-type microprocessor, inter- 

C. Detailed discussion of inventive LAN modem nal RAM, various timers, a reduced instruction set (RISC) 

With the above in mind, the discussion will proceed to controller and an Ethernet controller (all of which is not 

describe, with reference to FIG. 3, the hardware of LAN 65 explicitly shown). CPU 300 also contains three HDLCs 

modem 300 in detail, followed by the software. To simplify (high-level data link controllers — also not specifically 

reader understanding, the software will then be described shown), each of which is allocated by the CPU, under 
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program control, to a different one of the 64 Kbits/second 
B-channels or the 16 Kbits/second D-channel to control data 
transmission and reception thereover These HDLCs along 
with ISDN interface 310 collectively implement, in 
hardware, an ISDN BRI, specifically all ISDN layer 1 5 
functionality. ISDN interface 310 is conventional and con- 
tains ISDN transceiver 312 and analog front end 314, the 
latter containing a transformer, common mode choke, tran- 
sient suppressor, ferrite beads, diode bridge and an ISDN 
DC termination circuit — all of which are not specifically 10 
shown. In essence, the termination circuit provides a polarity 
insensitive dc termination for loop-sealing current and a 
recognizable signature for mechanized loop testing systems. 
Interface 310, specifically transceiver 312 therein, 
bi-directionally passes, i.e., receives and transmits, incom- 15 
ing and outgoing B and D-channel packets between analog 
front end 314 and, via bus 390, CPU 330. The output of 
interface 310 is connected; via leads 40, to an ISDN BRI 
subscriber line. Display latch 335, which is connected to 
CPU 330, is set by the CPU, under program control, to 20 
appropriately energize suitable front panel indicators, spe- 
cifically light emitting diodes (LEDs), on the LAN modem 
to indicate its current operational status. 

Analog line interfaces 350, which contain identical inter- 
faces 350.J and 350 2 , are used to interface LAN modem 300 25 
to analog device ports 25, and particularly to two standard 
analog telephone devices, via output leads 25 1 and 25 2 (each 
having a tip and ring pair a T/R"), each terminating in a 
conventional RJ-11 jack (not specifically shown). Each 
interface, of which interface 350 A is typical and will be 30 
specifically discussed, interfaces LAN modem 300, particu- 
larly ISDN router 305 therein, to a corresponding one of two 
analog telephone devices, connected via leads 2S 1 and 25 2 . 
In particular, interface 350j contains codec (coder-decoder) 
352, dual-tone multi-frequency (DTMF) receiver 354, sub- 35 
scriber loop interface circuit (SUC) 356 and analog front 
end 358. Codec 352 converts B-channel digital data appear- 
ing on bus 390 and destined for, e.g., an analog telephone 
device (such as, e.g., a telephone or facsimile machine) 
connected to leads 2S lt into a conventional analog telephony 40 
form. Analog front end 358 contains a conventional analog 
hybrid circuit, not specifically shown, which injects appro- 
priate analog tones into tip and ring lines of an analog 
telephone device port, and provides echo cancellation and 
battery feed functions. DTMF receiver 354 collects DTMF 45 
tones appearing on the analog line, e.g., line 25-,, connected 
to the interface and applies the tones to SLIC356. The SLIC 
provides conventional analog telephony (POTS — plain old 
telephone service) functions of: DC battery feed, over- 
voltage, ringing, two-wire supervision, two-to-four wire 50 
hybrid, and test functions, as well as current limiting, 
on-book transmission, tip-open and loop-current protection. 

Each HDLC controller has an associated software- 
implemented device driver. Under an event-driven software- 
implemented supervisor, CPU 330, in view of current 55 
resource requests and then available hardware resources, 
assigns and binds a given controller and its associated driver 
to a particular hardware resource in order to either handle a 
desired ISDN connection (e.g., call send or receive) or, e.g., 
dynamically switch the functionality of a given B-channel to 60 
handle a voice call (or revert back to a data connection) 
during an on-going ISDN connection. 

Within serial EPROM and watchdog timer 380, the Eth- 
ernet address of the LAN modem itself, and other fixed 
configuration information such as a serial number of the 65 
LAN modem, is stored within the EPROM and serially read 
therefrom during initialization of the LAN modem. The 
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watchdog timer is periodically reset, under program control, 
by the CPU. However, should the timer not be reset in the 
event of a failure condition, the timer will time-out and 
generate a suitable pulse to reset and re-initialize the CPU 
and hence the LAN modem, and thus attempt to return the 
LAN modem to its proper operation. 

ISDN router 305 also contains lOMbit/second lObaseT 
Ethernet hub 340, which is illustratively implemented by a 
single integrated circuit, to provide an internal LAN with 
external Ethernet ports 15. This hub is directly connected to 
CPU 330 and is controlled by the Ethernet controller internal 
to the CPU. Hub 340 provides four Ethernet ports 15, 
specifically Ethernet ports 15 fl , 15 b , 15 c and 15^ to which 
four separate workstations 10 (see FIG. 1) (or other suitable 
network devices) can be connected. Though in this 
embodiment, hub 340 is sized to accommodate four Ethernet 
devices, larger hubs can be used to accommodate additional 
Ethernet ports, as desired. The routing tables,' host lists and 
network service provider lists as well as other aspects of the 
software, all being described in detail below, would need to 
be suitably modified to accommodate an increased number 
of workstations; however, the manner of doing so would be 
readily apparent to those skilled in the art. 
2. Software Architecture 

Given the above hardware description of LAN modem 
300, we will now focus on describing the software. The 
reader should now refer to FIG. 4A which depicts a high- 
level diagram of the overall software that executes in the 
LAN modem. 

As shown, this software, stored in memory 370, contains 
operating system (O/S) 4010 and application programs 
4020. Inasmuch as details of the operating system are not 
relevant to the present invention, all such details will be 
omitted from the ensuing discussion. 

Application programs 4020 are formed of a collection of 
application processes and modules, most of which execute 
with relatively high priority — and are grouped as application 
software 400 shown in FIG. 4 A, but with one, Firmware 
Assurance Manager process 1700, that is fully preemptable 
and executes at a relatively low, e.g., lowest, priority level. 
Hence, for all practical purposes and to facilitate 
understanding, Firmware Assurance Manager process 1700 
is shown as a task within background tasks 4030. As noted 
above and as will be discussed in detail below, to prevent 
errant program execution, whenever the LAN modem, spe- 
cifically the CPU therein, is to enter an idle state, e.g., not 
transferring data from one portion of the LAN modem to 
another, process 1700 will then execute to continually check 
the integrity of the executable program copy then residing 
within DRAM 372 (which is actually executed by CPU 
330 — see FIG. 3) by comparing that copy, on a location- 
by-location basis, with the executable version then stored in 
flash memory 376. Should process 1700, shown in FIG. 4A, 
detect any unexpected discrepancy between these two copies 
of the executable program code, then, at each memory 
location in the DRAM at which such a discrepancy exists, 
process 1700 will copy the contents of the corresponding 
location in the flash memory to a corresponding location in 
the DRAM to eliminate the discrepancy. O/S 4010 interrupts 
and completely preempts execution of process 1700 when- 
ever any process, within application software 400, then 
needs to be executed. Execution of process 1700 then 
resumes once the CPU is to return to an idle state. 

FIG. 4B depicts an architectural block diagram of soft- 
ware 400 that collectively executes as foreground tasks 
shown in FIG. 4A. As indicated in a key shown in FIG. 4B, 
thick solid lines denote data paths; thick and thin dashed 
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lines denote signaling and configuration information paths, one or more of the workstations through the LAN modem, 

respectively; and thin solid lines denote other process inter- Various portions of this information, such as the serial 

actions. number, product name, and private IP address range are 

As shown, overall functionality of software 400 can be initially stored in the EPROM (within EPROM and watch- 
divided into four basic sections: configuration section 405, 5 dog timer 380 shown in FIG. 3) and after a power-on reset 
data section 410, call control section 460 and voice section has occurred, copied into the flash memory. 
480. Voice section 480 is directed to analog (commonly To digress slightly, FIGS. 13A and 13B respectively 
referred to as "voice") telephony connections provided depict host list 1300 and provider list 1350 which are also 
through analog telephone device ports 25 (as shown in FIG. both stored within DRAM 372 (see FIG. 3), and used by our 
1). 10 inventive source-based routing process. 

Generally speaking, configuration section 405, shown in Host list 1300, as shown in FIG. 13 A, contains stored host 
FIG. 4B, contains Configuration Manager process 401 and profiles having an entry for each separate workstation (host) 
Firmware Upgrade process (FU) 402. Process 401 properly that can be connected to the LAN. For each host, its 
configures, e.g., initializes, and executes various software corresponding entry, of which entry 13 10 is typical, specifies 
processes in the LAN modem. FU process 402 strictly limits 15 its machine name, its IP address and its Ethernet address. In 
when information can be written into flash memory 376 (see addition, each host entry contains permission data which 
FIG. 3), thus substantially minimizing a chance that the specifies, for each network service provider (SP) accessible 
contents of the flash memory could become corrupted. through the LAN modem, those providers which that par- 
Data section 410, shown in FIG. 4B, controls transmis- ticular host can access. Initially, during a system power-up 
sion and reception of data packets, i.e., B-channel packets, 20 occurring after a factory default reset, and as shown in FIG. 
between the LAN, to which workstations 10 (see FIG. 1) are 13A, for each different host, the name of that host is set to 
connected, and the appropriate ISDN B-channels to which indicate an unknown value, e.g., "UnknownPC__l" for host 
the LAN modem is then connected. 1; the IP address for that host is set to a different private IP 

Call control section 460 interacts with a local ISDN address within a specified range, e.g., "IPAddressJ* 1 ; the 

switch at a telephone central office to establish and terminate 25 Ethernet address for that host is set to zero; and permission 

ISDN calls in order to appropriately route traffic between the is granted to that host to access all network service provid- 

LAN, via the switch and PSTN, and a remote network, or to ers. Initially the LAN modem assigns itself a private IP 

connect a near-end analog telephone device connected to the address of illustratively 192.168.1.1, as a default value, with 

LAN modem, via the ISDN switch and PSTN, to a called or each host entry being assigned a different default private IP 

calling far-end device. 30 address within the range 192.168.1.2 to 192.168.1.5. Should 

Voice section 480 establishes and terminates analog tele- the address of the LAN modem change to place the LAN 

phone voice connections, over an appropriate B-channel(s), modem on the same subnet as a workstation, then the default 

involving either one (or both) of analog telephone device IP address in each host entry will be automatically changed 

ports 25 provided by the LAN modem. accordingly such that the LAN modem and all the hosts are 

LED Driver 490, though not specifically contained within 35 always on the same subnet. Though the preferred embodi- 

any of sections 405, 410, 460 and 480, suitably energizes, J ment of the LAN modem illustratively accommodates four 

under program control, LED indicators (see FIG. 3) to J hosts and four network service providers, list 1300 can be 
indicate current status information, respectively. nJ readily extended, as shown, to accommodate any number of, 

In particular, upon power-up of the LAN modem, Con- e.g., m, hosts and, e.g., n, network service providers (where 

figuration Manager 401, shown in FIG. 4B, is the first 40 m and n are integers). 

process to be executed, with it, in turn, spawning all other Network service provider list 1350, shown in FIG. 13B, 

processes and applications, as needed. In that regard, the contains a separate entry for each network service provider 

Configuration Manager launches, controls and terminates, as for which the LAN modem has been configured to access, 

needed, the execution of various software processes and Though the preferred embodiment of the LAN modem 

applications that collectively establish an ISDN connection, 45 accommodates four different (user-defined) network service 

properly handle B-channel data packet traffic during that providers, hence necessitating four separate entries 1350j, 

connection and terminate the ISDN connection at the con- 1350 2 , 1350 3 and 1350 4 , in list 1350; this list and hence the 

elusion of the call. Furthermore, if the LAN modem has not LAN modem can be readily expanded to afford access to any 

yet been initially configured, Configuration Manager 401 number, e.g., n (corresponding to entry 1350^, of different 

updates certain portions of local database 416 with data 50 pre-defined network service providers. For any such pre- 

representing the present configuration of the LAN modem defined network service provider, its corresponding entry (of 

and its users. The database collectively stores, e.g.: a serial which 1350 a is typical) specifies: its name; its ISDN direc- 

number, product name and software version of the LAN tory telephone number; a valid user account (USER ID) 

modem; an Ethernet address of the LAN modem; an IP thereon; a password for that account; whether that provider 

address and subnet mask of the LAN modem itself; status 55 (ISP) is an Internet service provider or a private network 

information as to whether DHCP (dynamic host control (PN) if that service provider is a private network, whether 

protocol) server 418 and DNS (domain name system) server the Internet can be accessed through that network; if that 

421, shown in FIG. 4B, in the LAN modem are each service provider is a private network, the network identifi- 

currently enabled or not; a range of private IP addresses cation (including, e.g., IP address of the provider and subnet 

available for assignment to the workstations that connect to 60 mask pairs) and domain name thereof; and other fields not 

the LAN; an indication as a type of ISDN switch to which relevant hereto. Any host profile can be updated by the 

the LAN modem is connected and the SPIDs associated with Configuration Manager in response to user entry of new 

the ISDN directory numbers assigned to the LAN modem; configuration data. 

various usage parameter values, such as minimum call Returning to FIG. 4B, database 416 is directly accessed 
connect time and inactivity periods; and a profile for each 65 from flash memory 376. This database is queried by various 
workstation connected to the LAN; and a profile for each processes, as discussed below, to provide status and con- 
different network service provider that can be accessed by figuration information, as needed, for use in properly 
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establishing, maintaining and terminating ISDN PPP daemon process 440 implements the conventional 

connections, and properly routing packet traffic between a and widely known PPP protocol for a given data connection 

remote network and any of the workstations connected to the between a workstation and its remote PPP peer, e.g., a 

LAN or any of the two analog telephone devices connected network service provider. Specifically and to the extent 

to the LAN modem; or among the workstations themselves, 5 relevant, the PPP protocol is comprised of three major 

as appropriate. components (layers), all of which are advantageous for use 

To control the integrity of the contents of flash memory m an i SDN networked connection: (a) a link control proto- 
376 (see FIG. 3), specifically program code and data stored col (LCp) for establishing> configuring and testing an end- 
therein, FU process 402, shown in FIG. 4B, implements a to . end IS DN, connection, and authentication 
key-based ockout to greatly limit those instances, as well as M ^ fof authenticatin tnat eomection; (b) a ^ituink 
the time intervals thereof, during which the flash memory is - ..... . . . , . . . 

writeable, i.e., during which an operating mode of the flash ^ Pla * er &r utog both B-channels smiultaneously; and 

memory is changed from readonly to rtad/write. Through < c ) a ^ er whlch consists f n «™*™ X f 

such a lockout (which is described in detail below in protocols (NCPs), a compression control protocol (CCP) for 

conjunction with FIG. 16), the contents of the flash memory controlling data compression, and Bandwidth Allocation 

can be changed only when a requesting process presents an 15 Control Protocol (BACP) for controlling addition and 

appropriate key, that matches a corresponding predefined removal of a second multi-link channel. With this in mind, 

key, and a write flash request has been received from, e.g., once an ISDN connection has been connected, the PPP 

a remote file server, to initiate writing new firmware into the daemon negotiates, upon user request, with a remote PPP 

flash memory. Collectively, Firmware Assurance Manager peer as to whether multi-link PPP is to be used or not over 

process 1700 — which is discussed in detail below in con- 20 that connection. In particular, once the LCP protocol has 

junction with FIG. 17 which executes as, e.g., a lowest- been successfully negotiated, daemon process 440 then 

priority background application process, and FU process monitors and authenticates, through suitable authentication 

402 attempt to minimize any corruption to and continually protocols (e.g., password authentication protocol and chal- 

maintain the integrity of the firmware executing within the lenge handshake authentication protocol — both of which are 

LAN modem. In addition, key controlled access, though not 25 not specifically shown), the users on both sides of the 

under control of the FU process, is used to limit write access connection; and monitors the IP protocols in use on both 

to the flash memory for profile modifications. sides of the connection. After authentication, then, per user 

Data section 410 contains drivers, local applications, request, daemon process 440 establishes a multi-link PPP 

processes, stored web page components and page templates, connection, if desired and supported by the PPP peer, in 

a web server and routing tables. 30 order to utilize both B-channels for data transport during a 

The processes include TCP/IP process 425, PPP daemon common ISDN call, hence creating a single virtual digital 

process 440, secondary router (SR) 450 and Bandwidth channel providing, with use of compression, as much as 256 

Manager (BM) 453. Of these processes, TCP/IP process 425 Kbits/sec of available bandwidth; and determines whether, 

implements a basic routing engine in the LAN modem. In through the network layer protocols and specifically through 

that regard, process 425, lying at the heart of data section 35 appropriate negotiation of the compression control protocol 

410, conventionally implements the TCP/IP protocol stack (CCP), whether compression will be performed by the LAN 
and destination-based routing. This process provides all modem. If CCP has been successfully negotiated, then 
processing for IP, TCP (transmission control protocol), UDP Compression/decompression module 438 provides local 
(user datagram protocol) and ARP (address resolution "Stac" compression and decompression of packet data, 
protocol) protocols. This process also provides a standard 40 Furthermore, multi-link PPP involves segmenting, at a trans- 
and conventional "sockets" interface to various local appli- mitting DCE, a message frame into sub-frames and simul- 
cations situated at the top of the stack, such as Telnet server taneously sending sub-frames over both B-channels 

411, HTTP (hypertext transfer protocol) daemon 415, DHCP whereupon, at a PPP peer, those sub-frames are properly 
server 418 and DNS server 421; and a common network re-assembled and re-ordered to reconstitute the single mes- 
interface to all drivers situated at the bottom of the stack. In 45 sage frame. PPP daemon process 440 performs this segmen- 
particular, process 425 accepts incoming IP packets from the tation for outgoing packets, emanating from the LAN 
LAN, as supplied by Ethernet driver 428. In that regard, modem, over each B-channel and re-assembly for incoming 
each of these packets, as conventionally occurs, was IP packets, to the LAN modem, from each such channel, 
encapsulated, as payload data, within an Ethernet packet and PPP daemon process 440 also interacts with IP/Address/ 
is extracted therefrom by Ethernet driver 428. As such, 50 Port Number Translation module 435 and SR process 450. 
process 425 either routes the IP packet to either one of the The IP Address/Port Number Translation module provides 
local applications or protocols for processing, based on a network address translation (NAT), between private and 
protocol ID and well-known port number contained within public IP address pairs, to permit users at multiple worksta- 
the packet, or, with appropriate IP address and port number tions to simultaneously share a single user account at a 
translation as needed and discussed below, onward to the 55 network service provider, such as an ISP. This process 
appropriate B-channel for carriage over a remote network. ensures that IP packets, based on their transit direction 
Specifically, if the IP address of the packet matches that of through LAN modem 300, i.e., directed to workstations on 
the LAN modem, then the local application to which the the LAN or to the remote network, will contain proper IP 
packet is routed is determined by a protocol ID and port addresses to delineate correct sources and destinations to 
number contained in the packet itself. This routing will be 60 facilitate sharing of a single network, e.g., ISP, account. In 
fully described below in detail in conjunction with Primary this regard, module 435 will translate the private IP source 
Router (PR) process 1100 shown in FIG. 11. In addition, addresses of all outgoing packets from the LAN into a single 
during a software upgrade, TCP/IP process 425 routes public IP source address, i.e., that associated with the LAN 
mcorning packets with replacement code, via an ISDN modem itself (and either statically or dynamically assigned 
networked connection to a remote file server or from a LAN 65 to the LAN modem) and substitute that address for the 
connection to a workstation, to FU process 402 for writing private IP address within each of these outgoing packets, 
suitable replacement code into the flash memory. These packets with the substituted public address are then 
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provided by daemon process 440 to B-channel driver 442 for on a workstation on the LAN side and a server application 

transport, over an appropriate B-channel(s), to the network on the Remote Network (on the WAN side) is identified by 

service provider. Hence, the LAN modem will effectively the following parameters: (a) source and destination IP 

multiplex all these outgoing packets onto a common net- addresses; (b) Protocol number (to identify the Transport 

work connection. 5 layer protocol, on top of IP, such as TCP or UDP); and (c) 

Similarly, incoming IP packets from the common network Source and destination Port numbers (to identify the appli- 

service provider, and provided via driver 442, will possess cations on top of TCP or UDP). 

a single common public destination IP address. Module 435 As shown in FIG. 2C, all traffic generated towards the 
will translate that single public destination IP address in each LAN modem from the Remote Network side will be directed 
of these incoming packets into an appropriate private IP 10 to IP address 198.6.1.1. The LAN modem will have to 
address of the corresponding workstation to which that demultiplex this traffic and deliver it to the appropriate 
packet should be destined. For each such incoming packet, workstation on the LAN. This will always require a trans- 
module 435 substitutes the private IP address for the public lation from IP address 198.6.1.1 to 192.168.1.2-5. In the 
address in that packet and then provides the resulting packet, other direction, the LAN modem will have to multiplex the 
via PPP daemon process 440, to TCP/IP process 425. Hence, 15 traffic from multiple LAN side workstations to the same 
the LAN modem effectively de-multiplexes all these incom- WAN connection. This will always require a translation 
ing packets to separate network connections on the LAN. from IP addresses 192, 168.1.2-5 to 198.6.1.1. 

This translation also encompasses suitably translating the A translation may also be required in the LAN side Port 

port number field in the IP packets (specifically the source number field (Source Port number field, if the packet is 

port number field, if the packet is traveling on the LAN in 20 going in the LAN to Remote Network direction; in Desti- 

a direction towards the network service provider; or the nation Port number field, if the packet is going towards a 

destination port number field, if the packet is traveling on the workstation on the LAN). This translation will be needed to 

LAN in a reverse direction, i.e., to a workstation). The port ensure the uniqueness of the set of Source/Destination IP 

number field, in this instance, specifies the particular TCP or addresses, Protocol number and Source/Destination Port 

UDP application session, such as for Telnet, HTTP, FTP, or 25 numbers, in packets flowing between unique client/server 

some other application, for which the packet is either applications and passing through the LAN modem. Port 

destined to or from which it is emanating. This translation number translation is effectuated by selecting an available 

ensures uniqueness of a set of source/destination IP port number from a range and searching existing entries in 

addresses, protocol ID and source/destination port numbers a NAT table to determine if this selected port number is 

in packets that flow between unique client/server applica- 30 already in use. If the number is free, that number is then used 

tions and pass through the LAN modem, and hence provides as a translated port number. Alternatively, if the selected 

unambiguous internal packet routing in the LAN modem number is in use, a next successive port number is selected, 

between all the client hosts (i.e., workstations) connected to and so on, to locate a free port number for use in translation, 

the LAN modem and associated remote servers connected As an example, assume that the workstations with IP 

thereto via an ISDN connection(s). 35 addresses 192.168.1.2 and 192.168.1.4 wish to communi- 

The IP address translation is effectuated through our cate with the same server application on the same worksta- 
inventive two-level source-based addressing. As discussed tion on the Remote Network (having an IP address IP_wl). 
below in conjunction with FIGS. 10, U, 12A-12D, this Assume that the TCP protocol has to be used (Protocol 
addressing relies on using both destination and source IP number=6), and that the server application is Telnet (Port 
addresses. Destination IP addresses for each host are stored 40 number- 23) in both cases. If both workstations, 192.168.1.2 
within Destination-Based Routing Table (DBRT) 432; while and 192.168.1.4, select the same port number (for example, 
B-channel and service provider information are stored Port number=12) on their side to identify their client 
within Source-Based Routing Table (SBRI^ 446. Both of applications, then this port number must be translated by the 
these tables are solely maintained in DRAM 372 within LAN modem (for one of the workstations) to be able to 
memory 370 (see FIG. 3). DBRT 432 is used by TCP/IP 45 unambiguously route packets (since on the WAN side of the 
process 425, shown in FIG. 4B, to first determine whether an LAN modem, 192.168.1.2 and 192.168.1.4 will be trans- 
IP packet is destined for a particular workstation (host) on la ted to 198.6.1.1). Without port number translation, packets 
the LAN, one of the local applications executing within the coming to the LAN modem from the WAN side, with Source 
LAN modem, or a remote destination, such as a remote IP address IP_wl, Protocol number 6, Source Port number 
network. Should a packet be destined or incoming from a 50 23, Destination IP address 198.6.1.1, and Destination Port 
remote network, hence requiring public-private IP address number 12 will be unroutable (because LAN modem will 
translation, IP address/port translation (NAT) module 435, in not know whether to send a packet to workstation 
conjunction with addressing information stored with SBRT 192.168.1.2 or 192.168.1.4). 

446, provides the public-private address translation FIG. 13C depicts the structure of Destination-Based Rout- 

(including port number translation, if required), when nec- 55 ing Table 432. As shown, this table contains two entries: 

essary. NAT module 435 contains suitable public and private entries 1352 and 1354. These entries specify an outgoing 

source and destination IP address information and source network connection to be used, i.e., the Ethernet LAN or an 

and destination port number designations for packets then to ISDN connection, for a packet being routed to a given 

be carried over that channel. The specific algorithm which destination, other than the LAN modem itself. In that regard, 

implements address translation will be discussed below in 60 TCP/IP process 425 will access this table, for each outgoing 

conjunction with FIGS. 10, 11 and 12A-12D. packet other than those for the LAN modem itself (such as 

A description of the algorithm used for Network Address for one of local applications 1000), using the destination IP 

Translation (NAT), in essence, is provided in K. Egevang address of that packet, to locate an entry in the table that 

and P. Francis in "Informational RFC (Request for contains that address. The entry will specify an outgoing 

Comment) 1631", Internet Engineering Task Force (IETF), 65 network interface to be used in routing the packet onward. 

May 1994, which is incorporated by reference herein. An Specifically, for the example shown in the figure, for packets 

end-to-end connection between a client application running having a destination IP address of, e.g., 192.168.1.0 and a 
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subnet mask of 255.255 355.0, table 432, through entry configure the router, and generally just to enter proper 

1352, specifies that each such packet is to be routed over the network addresses, this port was generally used rather 

LAN. Hence, those packets will be applied by TCP/TP infrequently and oftentimes only once during the service life 

process 425 to Ethernet driver 428 for subsequent routing of the router. Inclusion of such a serial port and proprietary 

over the LAN. Should the IP address of the LAN modem 5 software not only added cost to the router itself but also 

change from its default value, the LAN address will be properly specifying the network addresses was oftentimes 

changed accordingly. Alternatively, for packets that contain rather tedious and time-consuming, thereby burdening its 

any other destination IP address (when the table is accessed installer and further incurring additional cost, 

for such packets, the address will be those other than the IP Advantageously, ISDN router 305 (see FIG. 3) dispenses 

address of the LAN modem itself), then table 432, specifies 10 with the need to use any serial port as well as any proprietary 

through entry 1354, that such packets (with any subnet software in order to configure the LAN modem, 

mask) will be routed over an ISDN connection. Hence, these In accordance with the teachings of the present invention 

packets will be applied by TCP/IP process 425 to PPP and returning to FIG. 4B, software architecture 400 of the 

daemon 440 for subsequent routing over the proper LAN modem also includes web server 412, together with, as 

B-channel to an appropriate network service provider. 15 part of local TCP/IP applications 1000, HTTP process 415 

FIG. 13D depicts the structure of Source-Based Routing and DHCP server 418. Together, these three components 

Table 446. This table is updated by SR process 450 and permit the router to configure itself, through any workstation 

stored within DRAM 372 in memory 370 shown in FIG. 3. " connected to the LAN, by interacting with a standard 

As shown in FIG. 13D, this table contains entries 1390, commercially available web browser (such as Netscape 

each of which specifies the status of a current ISDN con- 20 Navigator available from Netscape Corporation or Internet 

nection to a workstation on the LAN. Inasmuch as the Explorer available from Microsoft Corporation) executing 

preferred embodiment of the LAN modem accommodates on that workstation and regardless of whatever the IP 

four workstations, then SBRT 446 need only contain eight address of the workstation happened to be at the time. In 

such entries 1390 with two entries per workstation. In that essence, and as described in considerable detail below in 

regard, entries 1390 a contains separate entries 1390 12 and 25 conjunction with Initial Configuration procedure 900 shown 

1390 12 for workstation (host) 1, entries 1390 2 contains in FIGS. 9A-9C, whenever the LAN modem is taken "right 

individual entries 1390 21 and 1390^ for host 2, and so forth out of the box", connected to a workstation, using static IP 

for the remaining hosts (in the preferred embodiment these addressing, and then energized for the first time, the IP 

hosts are illustrative workstations 10 fl , 10 fc , 10 c and 10 d address of the LAN modem will utilize a default value that, 

shown in FIG. 1). This table can be readily expanded to 30 in all likelihood, will have a subnet value that will not match 

accommodate m different workstations through inclusion of that of the workstation. While such a mis-match would 

additional entries, here being up to entries 1390 m shown in totally frustrate any network communication between a 

FIG. 13D containing entries 1390 ml and 1390^ for host m. conventional router and a workstation connected to it over 

Each entry specifies, through separate fields, the number of an Ethernet connection, the LAN modem surmounts this 

the B-channel in use for that connection (channel B 1? B 2 or 35 deficiency by automatically adapting its current network 

both), whether the PPP or multi-link PPP protocol has been settings in order to establish network communications with 

successfully negotiated and is in use for that connection, and the workstation and illustratively with a web browser 

the network service provided to which the connection is then executing thereat. Specifically, the LAN modem calculates, 

made. Furthermore, to expedite packet routing over estab- given the IP addresses of the workstation and the LAN 

lished connections to any permitted network service 40 modem, a subnet address for the LAN modem that places 

provider, a network ID for each such permitted service both the LAN modem and the workstation on the same 

provider for the corresponding host is cached, in separate subnet. Finally, the LAN modem stores the IP address and 

fields as cached data 1392, within each entry in the SBRT. subnet values for the LAN modem in database 416 and 

For each permitted network service provider, the network ID automatically resets the LAN modem so that these 

includes an IP address of that provider and subnet mask pairs 45 addresses, including the subnet address, over-ride the default 

therefor. values. Thereafter, the workstation and the LAN modem 

As noted above and now returning to FIG. 4B, the LAN communicate through the web browser and the hypertext 

modem also includes web server 412. This server is used to transport protocol. 

initially configure the router and thereafter to indicate net- If the workstation is using dynamic IP addressing, then, in 

work failure messages. The advantages inherent in employ- 50 response to network IP packets broadcast from the 

ing an internal web server will now become clear, though we workstation, specifically DHCP request packets generated 

again divert somewhat from our discussion of FIG. 4B but by the workstation, DHCP server 418 assigns an available IP 

now to broadly discuss this inventive aspect. address to the workstation and then suitably notifies the 

In particular, commercially available routers are typically workstation of this address. The DHCP server obtains the 

configured through an external PC that is connected to the 55 Ethernet address and name of the workstation from the 

router through RS-232 serial ports on both the router and the DHCP Request packet. 

PC. Configuring a router in this fashion not only requires a As such, and in response to a DNS request packet from the 

serial port on the router, and associated internal interface workstation — as discussed in detail below, web server 412 

circuitry, but also a proprietary configuration program that will then dynamically construct a default web page through 

must be executed on the PC in order to properly set, inter 60 which the user can choose to configure the LAN modem, 

alia, network parameters in the router. Such a connection has Should the user then choose to configure the LAN modem, 

been traditionally required for the simple reason that until the web server will generate a predefined sequence of 

such a router was configured with its proper " network graphical web pages with user entry fields through which a 

addresses, specifically its IP address and subnet mask, user at the workstation will interactively enter network 

packets could simply not be routed to it over a network 65 parameters and other required data to properly configure the 

connection — the router generally being unreachable by any LAN modem. Once all the data has been entered, the LAN 

network device. Inasmuch as the serial port was used just to modem will have been completely configured. Later, by 
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appropriately accessing the web server within the LAN annoyed by this type of fault handling, but also the user is 
modem and selecting an appropriate "hotlink" to a top-level forced to wait, owing to a lack of information which leads 
configuration page, the user can then re -configure the LAN to an expectation (which later proves to be unwarranted) that 
modem as desired. While the configuration is generally the fault will resolve itself, which can be rather time- 
accomplished through a web browser executing on the 5 consuming and frustrating. 

workstation, other client based TCP/IP applications, such as Advantageously, the inventive LAN modem also 

telnet, can be used instead to configure the browser. substantially, if not totally, eliminates these particular defi- 

Rather than maintaining a file store containing a file for ciencies in the art. 

each separate predefined web page in its entirety, partial- Specifically should such a fault condition arise that affects 

larly those containing graphics, which are then simply 10 a remote network connection, via the ISDN B-channel(s), 

accessed — as is the case with conventional web servers and then in use by a workstation on the LAN, web server 412 in 

is costly in terms of memory, web server 412 constructs web the LAN modem, recognizing this condition by reading a 

pages in real-time. These pages are constructed from pre- then current value of a global variable which reflects this 

defined stored templates (illustratively, for the preferred particular fault, constructs and downloads a predefined web 

embodiment, approximately 600 bytes long) containing 15 page to the workstation. This page, when displayed by a 

hypertext markup language (HTML) code that is common to browser thereat, informs the user of the specific nature of 

all pages. For display of any one page, web server 412 that condition such that the user can then take appropriate 

simply accesses the stored code for the template and action, such as, e.g., establishing a remote session to the 

dynamically inserts appropriate predefined code segments network destination at a later time or simply re-transmitting 

therein in lieu of so-called "placeholders)" in the template 20 a message. This inventive aspect is discussed below in detail 

based on a specific event that invoked display, of that in conjunction with FIGS. 22-26. Alternatively, the browser 

particular page. These segments can represent dialog boxes, can be executing on a remote host connected over the ISDN 

graphics, predefined textual messages or, generically connection to the LAN modem. 

speaking, any object, whether HTML or otherwise, that As noted above, data section 410 also includes, as local 

needs to be selectively presented to a user either for display 25 TCP/IP applications, Telnet 411 and DNS server 421. 

and/or to solicit a response, such as an item of data or a Telnet 411, which is conventional in nature, allows a 

selection among a list of predefined data values, from the remote computer, of a wide variety, to communicate, as a 

user. The manner through which code for such a template remote Telnet client, with the LAN modem as a Telnet 

and all its associated objects is generated and the specific server, hence bypassing web server 412. This application is 

manner through which web pages are dynamically con- 30 primarily used for debugging the LAN modem and hence is 

structed therefrom are discussed in detail below in conjuoe- likely to see little use in actual installations. Though, through 

tion with File Creation process 2800 shown in FIG. 28 and this application, the LAN modem can be remotely config- 

illustrative code shown in FIGS. 30A-30B and 31. Since ured via a networked connection, either via the LAN itself 

few full web pages are stored, memory requirements become or through an ISDN networked connection, should a need 

rather modest. Collectively, the templates and all page 35 arise to do so. 

components are stored within database 416 in flash memory Furthermore, in accordance with the present inventive 

376 (see FIG. 3) and, in the preferred embodiment of the teachings, DNS server 421 provides local name-to-address 

LAN modem, consume only approximately 200 Kbytes of resolution such that, for user convenience, each workstation 

storage space. Once a page is constructed by web server 412 on the LAN can be addressed in terms of its machine name 

(see FIG. 4B), a file for that page is then provided by the web 40 rather than its IP address. Moreover and advantageously, 

server to HTTP process 415 which suitably packetizes and DNS server 421, in conjunction with DHCP server 418, 

encapsulates that file, using the hypertext transfer protocol operates transparently of any user to acquire machine names 

(HTTP). The resulting file is provided by HTTP process 415 of all the workstations connected to the LAN and then 

to TCP/IP process 425 for eventual routing, over the LAN, provide suitable machine name to IP address resolution, as 

to the associated workstation. User responses, in HTTP 45 needed, for all communication between the LAN modem 

form, from the workstation to each web page are routed by and these workstations as well as between any pair of 

TCP/IP process 425 to HTTP process 415 for suitable workstations themselves. These inventive aspects are dis- 

interpretation, such as constructing and transmitting a next cussed below in detail in conjunction with DHCP Induced IP 

successive page to the user or storage of user-supplied Address Request procedure 1400 and DNS Induced IP 

configuration data. Web server 412 stores such user-supplied 50 Address Request procedure 1500 shown in FIGS. 14 and 

configuration data within database 416 for subsequent 15A-15D, respectively. 

access and use. The architecture of web server 412 is For multi-link connections, Bandwidth (BW) Manager 

discussed in considerable detail below in conjunction with (BM) process 453, shown in FIG. 4B, monitors the number 

FIGS. 18-21, with specific examples of dynamic web page of B-channels allocated to a given ISDN connection for a 

generation being discussed below in conjunction with FIGS. 55 data call and, if both channels have been allocated to handle 

22-27. a given ISDN data call, deallocates one of those channels, on 

Moreover, in the event of a network fault or other cod- request and where possible based on under-utilization of that 

dition that affects a connection to a remote network and/or channel to simultaneously establish another ISDN call to a 

server thereon, conventional routers do not indicate the different destination. This new ISDN call can either be a data 

specific nature of that fault to any local client connected to 60 call to another remote network destination or an analog 

the router. This, in rum, relegates the user at that client to voice call to a far-end analog telephone device. This 

rely on an error message, in those instances when it is dynamic channel assignment can also automatically occur 

provided by the network, that is often rather cryptic at best whenever, e.g., a user lifts a handset (i.e., goes "off-hook") 

and more often simply not provided at all. In the latter of an analog telephone connected to the LAN modem, 

situation, the user simply waits in basically total ignorance 65 through either of the analog telephone device ports, during 

of the fault, i.e., the fault occurs but the user receives no an on-going ISDN call, thereby causing a "call request" or 

indication of it on, e.g., his(her) browser. Not only is the user a "call connect" message to be generated by AU process 481 
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and hence an appropriate message to be produced by Call Call Control section 460 contains as its high-level soft- 
Control process 461. ware components: Call Control (CC) process 461, Q.931 
In particular, assume that both B-channels are allocated, process 463, Q.921 process 465 and D-channel driver 470. 
as would occur through prior successful negotiation of Call Control process 461 manages system resources 
multi-link PPP, to cany a current ISDN data call to a given 5 within the LAN modem both from the standpoint of locating 
network service provider. Should TCP/IP process 425 need available hardware resources and software drivers and allo- 
to route a packet to, e.g., a different network service catin 8 ,hose resources and drivers accordingly to establish 
provider, an ISDN connection will first need to be estab- «"» k * and caUs ■» "quested. Call Control process 
fished for this new provider. Hence, Call Control (CC) j*} rece >y es out §° m g caU ^quests from either AU process 
process 461 will send a request to SR process 450 to 10 " discussed ° r second ,7 router P rocess 

ascertain whether the new call can be accommodated. SR *»• °1^L MfflT nl^'ififS^ 

,. A . . AM ~ TC 45U (or rrom AU process 4al), process 461 bemg event 

process 450 then passes a request to BM process <W3 If, ^ ^ ^ a % aU m tQ an / iavoke 

based on a response from the BM process, one of these Q.931 process 463. Process 463, which is implemented as a 

channels can be de-allocated, SR process 450 will inform fioite s(ate machine> prov id es appropriate ISDN Q.931 mes- 

PPP daemon process 440 which, m turn, will issue a suitable 15 sage encoding and decoding for communicating with an 

PPP control message, specifically a Bandwidth Allocation ISDN switch to control call setup and tear-down. This 

Protocol (BAP) message, to its PPP peer to revert to use of process, along with Q.921 process 465, implements, in 

a single B-channel for the current ISDN call. BM process software, well-known layers 3 and 2, respectively, of ISDN 

453 will deallocate the channel from the existing data call. call processing. In addition, Q.931 process 463 also 

CC process 461 will then initiate an ISDN call over the now 20 includes: (a) automatic switch detection functionality to 

available B-channel. Once a link is established thereover automatically detect a type of ISDN switch to which the 

BM process 453 will update its data. Thereafter, whenever LAN modem is connected and appropriately configure the 

the new call is concluded, CC process 461 will suitably router accordingly; and also (b) an automatic SP1D (service 

inform SR process 450, which will inform BM process 453 profile identifier) Wizard process to properly configure the 

accordingly. As a result, the recendy allocated B-channel is 25 SPIDs for each directory telephone number for the ISDN 

now available to be re-allocated, where possible, to a line connected to the LAN modem. Inasmuch as details of 

different ISDN call, should the need exist If a multi-link the automatic switch detection and SPID Wizard process are 

PPP data connection has been successfully negotiated and is not necessary for a full understanding of the present 

currently in progress over the other B-channel, then daemon invention, then, for further details on these two aspects, the 

process 440 can request use of this now available B-channel 30 reader is referred to co-pending United States patent appli- 

for this connection. If BM process 453 decides that a cations entitled "APPARATUS FOR AN IMPROVED ISDN 

sufficient need exists to utilize the now available second TERMINAL ADAPTER HAVING AUTOMATIC ISDN 

B-channel for this data connection, the BM will so indicate SWITCH DETECTION AND METHODS FOR USE 

this to SR process 450. SR process 450, in turn, will suitably THEREIN" Sen No. 08/852,659, and "APPARATUS FOR 

inform BAP within PPP daemon process 440 to establish a 35 AN IMPROVED ISDN TERMINAL ADAPTER HAVING 

connection through the second B-channel. Through nego- AUTOMATIC SPID CONFIGURATION AND METHODS 

tiations with BAP in the PPP peer, if successful, BAP within FOR USE THEREIN*' Ser. No. 08,852,656, both of which 

SR process 450 suitably informs the SR process and Control were filed on May 7, 1997, commonly assigned to the 

process 461 to issue appropriate signaling messages to present assignee hereof and are incorporated by reference 

establish an ISDN call over the available B-channel to the 40 herein. 

destination of the current data connection. In any event, to establish an outgoing ISDN data (or 

The drivers used within data section 410 include Ethernet *7 B-channel voice) connection, Call Control process 461 first 



driver 428 and B-channel driver 442. The Ethernet driver, 
given network packets received from TCP/IP process 425 



assigns an available B-channel to that call. Thereafter, Q.931 
process 463 issues, over the D-channel, a "call setup" 



and destined to any of the workstations connected to the 45 message. This D-channel signaling message, as well as all 

LAN, properly assembles, by encapsulating these packets as other such outgoing D-channel messages generated by 

pjiyiejji^ata within Ethernet packets, and transmits the Q.931 process 463, is applied, in turn, to Q.921 process 465 

resulting encapsulated packets, via the Ethernet hub and the for proper encapsulation in a Q.921 information frame and 

Ethernet LAN, to that workstation. Driver 428 also receives subsequent transport over the D-channel, via D-channel 

encapsulated packets from the LAN and destined either for 50 driver 470 and ISDN interface 310 (see FIG. 3), to the 

the LAN modem itself or a remote network. In this case, far-end. Once the ISDN connection is fully established, an 

driver 428 extracts the IP packet from the encapsulated ISDN "call connect" message is delivered by the local ISDN 

packet and applies the former to TCP/IP process 425 for switch, over the D-channel, to the LAN modem, specifically 

subsequent handling. For all such encapsulated packets, via D-channel driver 470, shown in FIG. 4B, to Q.931 

driver 428 checks the Ethernet addresses of each packet for 55 process 463 executing therein. For an incoming ISDN call, 

accuracy and performs a c yclic red undancy check (CRQ 00 all incoming D-channel signaling messages received from 

the entire encapsulated packet for error detection. This the ISDN line for that call are applied through ISDN 

driver ignores any non-IP packet that might appear on the interface 310 (see FIG. 3) and D-channel driver 470 to 

LAN. Driver 442 accepts incoming IP packets appearing on Q.921 and Q.931 processes 465 and 463 (shown in FIG. 4B), 

the ISDN connection that are destined for the LAN modem 60 in seriatim, for appropriate local processing and eventually 

and routes those packets to PPP daemon process 440 for to Call Control process 461 to control the progress of that 

subsequent processing. All outgoing packets provided by the call and allocate (or deallocate) appropriate resources for 

PPP daemon process are applied to driver 442 which, in rum, that call, e.g., allocate an available B-channel HDLC driver 

buffers each of these packets as needed, and subsequently or analog line interface (for a B-channel voice call) or 

transmits each such packets over the appropriate B-channel 65 deallocate it if the call is terminated. D-channel driver 470, 

onward to the remote network for transport to its eventual together with ISDN interface 310, collectively implements, 

destination. in hardware, ISDN layer 1 functionality. 
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TEI Manager 475, in conjunction with Q.921 process 465, 
requests, during call establishment, a so-called "Terminal 
Endpoint Identifier" (TEI) from the ISDN switch to which 
the LAN modem is connected. The TEI is a unique (and 
conventional) identifier used by the LAN modem, and more 
generally any DTE connected to an ISDN switch, to 
uniquely identify itself to the switch. The value of this 
parameter is supplied by the switch to the LAN modem 
during initial communication between the switch and the 
LAN modem and is thereafter used by the LAN modem in 
each communication with the switch. Inasmuch as the LAN 
modem merely reflects the TEI value supplied to it by the 
switch in each communication to the switch, the actual value 
of the TEI, as assigned by the switch, is immaterial to the 
LAN modem. Should Configuration Manager 401 need to 
tear down and re-establish the ISDN connection to the 
switch, configuration manager 401 will first instruct TEI 
manager 475 to re-initialize the TEI to effectively inform the 
switch that the terminal adapter is no longer connected to it, 
and thereafter instruct the TEI manager to request a new TEI 
value from the switch for subsequent use. 

For a data call, once an ISDN connection is established 
between the LAN modem and a network service provider, 
then digital packet data is routed, on a bi-directional basis 
through Ethernet driver 428, TCP/IP process 425, PPP 
daemon process 440 and B-channel driver 442 to a corre- 
sponding B -channel connected to a remote network accessed 
through that provider. 

Voice section 480 contains analog drivers 482, specifi- 
cally drivers 4S2 X and 482 2 , which operate analog telephone 
interfaces 1 and 2, respectively. Both of the drivers are 
themselves controlled by Analog Unit (AU) process 481. 
The AU process, given a request for an analog connection, 
either for transmitting or receiving an analog (voice) call, 
assigns and binds an available one of the analog drivers to 
the particular analog line interface through which the par- 
ticular analog device is either calling or being called. AU 
process 481 responds to mcoming dialed DTMF digits from 
that device as well as switch- hook status (ie., off-hook or 
on-hook), both being detected by the associated analog line 
interface to which that device is connected via analog 
telephone device ports 25, and, for an incoming analog call 
to the device, generates, in response to a suitable D-channel 
control message, a suitable signal to the interface to apply a 
ringing signal to that device. AU process 481 effectively 
establishes an internal connection between a B-channel and 
an analog line interface, and its associated analog device 
port, and controls communication therebetween for the 
duration of the associated analog call through the LAN 
modem. 

In particular, when a user at the LAN modem causes an 
analog device connected to the adapter, such as an analog 
telephone to go "off-hook*', i.e., to initiate a call, AU process 
481 sends a "call request" message to Call Control process 
461, as described above, to obtain resources needed to 
complete an analog connection for that device. Whenever 
AU process 481 receives digits from an analog line interface 
and particularly a DTMF receiver therein, such as DTMF 
receiver 354 (see FIG. 3), AU process 481 issues a "send 
digits" message, containing those digits, to the call control 
process. Furthermore, whenever AU process 481, shown in 
FIG. 4B, receives an incoming call request from Call 
Control process 461, such as for a connection via an analog 
interface, such as interface 350 A , AU process 481 controls 
the ringer in a local analog telephone device connected to 
that interface. 
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3. Inter-process interactions 

With the above overview and hardware and software 
descriptions in mind, FIGS. 5-8 collectively and diagram- 
matically depict interactions between various high-level 

5 software processes for implementing different call handling 
operations that are performed by the LAN modem. Each of 
these operations and the attendant process interaction will 
now be discussed in turn. To facilitate understanding during 
the ensuing discussions, the reader should simultaneously 

10 refer to both FIG. 4B and the specific figure for the operation 
then being discussed, 
a. ISDN call setup due to traffic on LAN 

FIG. 5 depicts predominant interactions, in terms of 
inter-process communications, that occur for setting up an 

15 ISDN call based on traffic on the LAN. 

Let us begin by assuming that a user stationed at a 
workstation on the LAN has just initiated execution of 
his(her) web browser. As such, the browser will attempt to 
access its default web page. In doing so, the web browser 

20 will generate an HTTP request, in the form of an appropriate 
IP packet, to fetch the page. To simplify matters, it is 
assumed for this discussion, that the HTTP request contains 
the correct IP address of the desired page to be fetched; 
hence requiring no remote DNS translation from a uniform 

25 resource locator (URL) to that IP address. 

The workstation will place this IP packet, as symbolized 
by line 505, onto the LAN from where it will be received by 
the LAN modem. At this point, the packet needs to be routed 
to a default gateway established for that user. However, no 

30 ISDN connection yet exists between the LAN modem and 
an appropriate network service provider, e.g., ISP, to handle 
that packet. 

Within the LAN modem, the incoming IP packet will be 
sent, as symbolized by line 510, via Ethernet driver 428 to 

35 TCP/IP process 425. Process 425 will access Destination- 
Based Routing Table (DBRT) 432 to determine whether, 
from the destination IP address. of the packet, that packet is 
destined for any one of local applications 1000 on the LAN 
modem itself or a remote destination. Inasmuch as this 

40 packet is not destined for either any of local applications 
1000 executing on the LAN modem, TCP/IP process 425 
sends, as symbolized by line 515, the packet to PPP daemon 
process 440 to properly handle the packet. Daemon process 
440 checks the profile for the workstation, stored within 

45 database 416, to determine the proper peer destination, e.g., 
an ISP or a remote network, for that packet. Illustratively, 
four network service provider profiles can be stored within 
database 416. Specifically, process 440, based on the source 
and destination IP addresses of the packet, will determine 

50 which particular network service provider should carry that 
packet. In addition, the PPP daemon process through SR 
process 450, wherein the latter interrogates Source-Based 
Routing Table (SBRT) 446, also determines whether an 
ISDN call is currently established to that particular service 

55 provider. At this point, it will be assumed that such a call is 
not established. In this case, the packet is placed into a 
waiting queue pending the establishment of an ISDN con- 
nection. PPP daemon process 440 then issues a Call Setup 
Request message, as symbolized by line 520, to SR process 

60 450 to establish an ISDN call to the particular service 
provider that is to carry the now queued packet. 

Secondary Router (SR) process 450, in response to the 
Call Setup Request message, accesses database 416, spe- 
cifically Network Service Provider list 1350 (see FIG. 13B), 

65 to obtain the ISDN directory number of the desired network 
service provider to handle this packet. The Call Setup 
Request message, along with the directory ISDN telephone 
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number is then passed, as symbolized by line 525 as shown established to a network service provider when the work- 
in FIG. 5, to Call Control process 461. Call Control process station issues its DNS request. 

461, interacting with Q.931 and Q.921 processes 463 and Let us begin by assuming that a user stationed at a 

465, respectively, will establish an ISDN call over an workstation on the LAN has just initiated execution of 

available B-channel to this network service provider. 5 his(her) web browser. As such, the browser will attempt to 

Once an ISDN call has been properly established to the access its default web page. In doing so, the web browser 
desired network service provider, Call Control process 461, will generate an HTTP request, in the form of an appropriate 
in response to appropriate call completion messages sent to IP packet, to fetch the page. Here, however, the browser only 
it by Q.931 process 463, will issue, as symbolized by line has a URL for this page and not its IP address; hence, 
530, a Connect Acknowledgement (ACK) Indication mes- 10 requiring DNS translation of that URL into a corresponding 
sage to the secondary router process. The secondary router IP address. Assume that the DNS server residing in the LAN 
process, in turn, will issue a Link Establishment Request modem is already configured to be the DNS server for the 
message containing the user account and password for the workstation, hence a DNS query will be sent to the DNS 
network service provider (to establish a session with that server of the LAN modem by the workstation, 
provider), as symbolized by line 535, to instruct the PPP 15 The workstation will place this IP packet, as symbolized 
daemon process to establish a network link and negotiate by line 605, onto the LAN from where it will be received by 
compression (or not) and multi-link PPP (or not) as specified the LAN modem. At this point, the packet needs to be routed 
in configuration data stored in database 416. As such; PPP to a DNS server for that user. However, no ISDN connection 
daemon process 440 will undertake to negotiate, across the yet exists between the LAN modem and an appropriate 
ISDN connection to its peer, all PPP protocols (including 20 network service provider, e.g., ISP, to handle that packet, 
network control protocols such as CCP, and multi-link PPP Within the LAN modem, the incoming IP packet will be 
as specified in the database). In addition, the two PPP peers sent, as symbolized by line 610, via Ethernet driver 428 to 
will also negotiate whether an IP address of the router will TCP/IP process 425. Process 425 will access Destination- 
be dynamically assigned by the network service provider, Based Routing Table (DBRT) 432 to determine whether, 
through a DHCP server thereat, or not (i.e., use of a static 25 from the destination IP address of the packet, that packet is 
public address). Once all the PPP negotiations are success- destined for any local application on the LAN modem itself 
fully concluded, PPP daemon process 440 will suitably or a remote destination. Inasmuch as this packet is destined 
update an entry in SBRT 446 to indicate the B-channel(s) in for DNS server 421, TCP/IP process 425 sends, as symbol- 
use for this call and the options being used therefor (e.g., ized by line 615, the packet to DNS server 421. This DNS 
multi-link PPP). In addition, PPP daemon process 440 will 30 server will check the stored profiles for the network service 
suitably inform the secondary router, by issuance of a Link provider, given the source IP address of this packet, whether 
Establishment Indication message and as symbolized by line it can perform the URL translation itself or whether that 
540, of the successful PPP negotiation. The secondary packet needs to be diverted given its source and destination 
router, in turn, will inform Bandwidth Manager process 453 addresses, to a particular network service provider. Assum- 
accordingly as to the bandwidth of the connection then 35 ing DNS server 421 can not translate the URL, then the 
established and the B-channel(s) therefor. packet will need to be routed, over an ISDN connection to 

Now with the data connection having been completely that network service provider, to a remote DNS server for 
and properly established to the desired network service translation. Consequently, DNS server 421 interacts, 
provider, the secondary router will issue a Call Connect through the secondary router, with SBRT 446, to determine 
Indication message, as symbolized by line 545, back to PPP 40 whether an ISDN connection currently exists to that pro- 
daemon process 440. In response, the PPP daemon process vider. If no such connection is currently established, the 
will again check SBRT 446 to verify the B-channel(s) in use packet is placed in the waiting queue pending the establish- 
for this call. Once verified, the PPP daemon will remove the ment of an ISDN connection. A timer is also started to ensure 
packet waiting for transfer from the waiting queue and will that a response can be sent to the workstation if the ISDN 
send that packet to B-channel driver 442 for transport to the 45 connection fails to be established to the chosen network 
network service provider over the B-channel(s) now estab- service provider within a predefined period of time, such as 
fished for the call. Secondary router 450 will also issue, as 30 seconds. DNS server 421 then issues a Call Setup 
symbolized by line 550, a Call Connect Indication packet to Request message, as symbolized by line 620, to SR process 
DNS server 421 which instructs the DNS server to save the 450 to establish an ISDN call to the particular service 
remote destination ID, including, e.g., IP address of the 50 provider that is to carry the now queued packet, 
network service provider and subnet mask pairs, and Secondary Router (SR) process 450, in response to the 
B-channel(s) number for this workstation. Call Setup request message, accesses database 416, specifi- 

Any subsequent packets to be carried during this session cally Network Service Provider list 1350 (see FIG. 13B), to 

between this network service provider and this workstation obtain the ISDN directory number of the desired network 

will simply be routed to the provider via the LAN, Ethernet 55 service provider to handle this packet. The Call Setup 

driver 428, TCP/IP process 425, PPP daemon process 440, Request message, along with the directory ISDN telephone 

B-channel driver 442, and the appropriate B-channel(s), as number, is then passed, as symbolized by fine 625 shown in 

specified by the SBRT 446, connected to this provider. FIG. 6, to Call Control process 461. Call Control process 

b. ISDN call setup due to DNS request 461, interacting with Q.931 and Q.921 processes 463 and 

FIG. 6 depicts interactions, in terms of predominant 60 465, respectively, will establish an ISDN call over an 

inter-process communications, that occur within the LAN available B-channel to this network service provider, 

modem for setting up an ISDN call based on a DNS (domain Ooce an ISDN call has been properly established to the 

name system) request. This interaction is somewhat similar desired network service provider, Call Control process 461, 

to that shown in FIG. 5; however, here a workstation on the in response to appropriate call completion messages sent to 

LAN is requesting translation of a URL into a corresponding 65 it by Q.931 process 463, will issue, as symbolized by line 

IP address rather than supplying the correct IP address. Here, 630, a Connect Acknowledgement (ACK) Indication mes- 

the assumption is made that an ISDN call has not been sage to the secondary router process. The secondary router 
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process, in turn, will issue a Link Establishment Request the Call Setup packet. In response, the Secondary Router 
message containing the user account and password for the will issue, as symbolized by line 715, a Connect Request 
network service provider (to establish a session with that Message to complete an ISDN connection over that 
provider), as symbolized by line 635, to instruct the PPP B-chanael through the LAN modem for the incoming call, 
daemon process to establish a network link and negotiate 5 In response to the Connect Request message, Call Control 
compression (or not) and multi-link PPP (or not) as specified process 461, interacting with Q.931 and Q.921 processes 
in configuration data stored in database 416. As such, PPP 463 and 465, respectively, will complete an ISDN connec- 
daemon 440 will undertake to negotiate, across the ISDN tion through the LAN modem over this B-channel, via the 
connection to its peer, all PPP protocols (including network PSTN, to a present caller. Once the ISDN connection has 
control protocols such as CCP, and multi-fink PPP as sped- to been completed, Call Control process 461, in response to 
fied in the database). In addition, the two PPP peers will also appropriate completion messages sent to it by Q.931 process 
negotiate whether an IP address of the router will be 463, will issue, as symbolized by line 720, a Connect 
dynamically assigned by the network service provider, Acknowledgement (ACK) Indication message to the sec- 
through a DHCP server thereat, or not (i.e., use of a static ondary router. The secondary router, in turn, will issue a 
public address). Once all the PPP negotiations are success- 15 I .ink Establishment Request message, as symbolized by line 
fully concluded, PPP daemon process 440 will suitably 725, to instruct the PPP daemon process to establish a 
update an entry in SBRT 446 to indicate the B-channel(s) in network link and negotiate compression (or not) and multi- 
" use for this call and the options being used therefor (e.g., link PPP (or not) with its far-end PPP peer. As such, PPP 
multi-link PPP). In addition, PPP daemon process 440 will daemon 440 will undertake to negotiate, across the ISDN 
suitably inform the secondary router, by issuance of a link 20 connection to its peer, all PPP protocols (including network 
Establishment Indication message and as symbolized by line control protocols such as CCP. Once all the PPP negotiations 
640, of the successful PPP negotiation. The secondary are successfully concluded, PPP daemon process 440 will 
router, in turn, will inform Bandwidth Manager process 453 suitably update an entry in SBRT 446 to indicate the 
accordingly as to the bandwidth of the connection then B-channel(s) in use for this call and the options being used 
established and the B-channel(s) therefor. 25 therefor (e.g., multi-link PPP). In addition, PPP daemon 

Now with the data connection having been completely process 440 will suitably inform the secondary router, by 
and properly established to the desired network service issuance of a Link Establishment Indication message and as 
provider, the secondary router will issue a Call Connect symbolized by line 730, of the successful PPP negotiation. 
Indication message, as symbolized by line 645, back to PPP The secondary router, in turn, will inform Bandwidth Man- 
daemon process 440. Secondary router 450 will also issue, 30 ager process 453 accordingly as to the bandwidth of the 
as symbolized by line 650, a Call Connect Indication mes- connection then established and the B-channel(s) therefor, 
sage to DNS server 421. This message instructs the DNS Now with the data connection having been completely 
server to save the remote destination ID, including, e.g., IP and properly established to the caller, the secondary router 
address and subnet mask pairs of the network service will issue a Call Connect Indication message, as symbolized 
provider, and B-channel(s) number for this workstation, and 35 by line 735, back to PPP daemon process 440. Secondary 
to remove the packet from the waiting queue and send that router 450 will also issue, as symbolized by line 740, a Call 
packet back to the TCP/IP process 425. The destination IP Connect Indication message to DNS server 421 which 
address of the packet will be changed to the IP address of the instructs the DNS server to save the remote destination ID 
DNS server for the remote network service provider. Once and B-channel(s) number in use for this call, 
this packet is sent, as symbolized by line 655, to TCP/IP 40 Any subsequent packets to be carried between the LAN 
process 425, the TCP/IP process will route, as symbolized modem and the caller will be routed through B-channel 
by line 660, that packet to PPP Daemon process 440. In driver 442 (and the B-channel(s) for this call), PPP daemon 
response, the PPP daemon process will again check SBRT process 440 and TCP/IP process 425 (and any local appli- 
446 to verify the B-channel(s) in use for this call. Once cations 1000 accessible therethrough), 
verified, the PPP daemon process will send the packet, via 45 d. ISDN call disconnect due to idle timeout 
B-channel driver 442 and over the B-channel(s) now estab- FIG. 8 depicts interactions, in terms of predominant 
fished for the call, to the particular network service provider inter-process communications, that occur within the LAN 
for DNS translation. modem for disconnecting an existing ISDN call as a result 

Any subsequent packets to be carried during this session of an idle timeout condition. This operation arises where an 

between this network service provider and this workstation 50 excessive period of inactivity occurs on an existing ISDN 

will simply be routed to the provider via the LAN, Ethernet connection. To determine an appropriate level of ISDN call 

driver 428, TCP/IP process 425, PPP daemon process 440, inactivity, two time periods are predefined in software: a 

B-channel driver 442, and the appropriate B-channel(s), as minimum call duration of 2 minutes and an idle time interval 

specified by the SBRT 446, connected to this provider. of 30 seconds. These timers are implemented within Band- 

c. Incoming ISDN call 55 width Manager process 453. The LAN modem will maintain 

FIG. 7 depicts interactions, in terms of predominant an ISDN call active for an illustrative minimum interval of 

inter-process communications, that occur in the LAN two minutes; however, after this period expires, the call will 

modem to process an incoming ISDN call from a remote be released and the connection torn-down for any period of 

site. This operation would generally occur only in those inactivity, here referred to as "idle time", that exceeds 

situations where the LAN modem is to be configured from 60 illustratively 30 seconds. These time intervals, which are 

a remote site. stored within database 416, are not critical and can be 

An incoming ISDN call will be signified by a Call Setup appropriately varied during configuration of the LAN 

packet being received, as symbolized by line 705, via modem. 

D-channel driver 470, from the PSTN. In response to this Should an excessive period of inactivity occur, then the 
packet, Call Control process 461 will issue, as symbolized 65 idle timeout timer, implemented within an Bandwidth Man- 
by line 710, a Call Indication message to Secondary Router ager process, will reach the end of its timing interval and 
450 to establish a connection over the B-channel specified in produce an appropriate indication, such as, e.g., a timer 
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interrupt. In response to the expiration of this timing In particular, upon entry into procedure 900 shown in 

interval, an Idle Timeout message, symbolized by line 805, FIGS. 9A-9C, execution proceeds to block 905. This block, 

will be generated by the Bandwidth Manager process and when executed, determines whether the LAN modem is in a 

supplied to Secondary Router process 450. This message factory default state, i.e., whether the LAN modem has 

will also contain the B-channel(s) that is affected and should 5 changed its IP address from a factory default setting through, 

be taken down. With the channel(s) identified and as sym- e.g., an immediately prior execution of procedure 900. If the 

bolized by line 810, the secondary router will generate a LAN modem is not in its factory default state, then execu- 

Link Termination Request message to PPP daemon process tion exits from procedure 900 via NO path 909 emanating 

440 to terminate the ISDN connection on the affected from decision block 905. Alternatively, if the LAN modem 

B-channel(s). The PPP daemon process will then send 10 is in its factory default state, then decision block 905 routes 

appropriate network control packets to terminate the con- execution, via YES path 907, to decision block 910. 

nection on the affected B-channel(s). PPP daemon process Decision block 910, when executed, determines if a 

440 will also inform its far-end peer that the link is being packet has been received over the LAN. This packet, if it 

taken down. Once these packets have been sent, PPP dae- exists, should originate from, illustratively the web browser 

mon process 440 will update (specifically "cleanup") SBRT 15 executing on the single workstation which is then connected 

446 to reflect that the now current availability of the affected to the LAN. If no such packet has yet been received, 

B-channel(s). Once the SBRT has been appropriately execution loops back to the beginning of this block, via NO 

updated, PPP daemon process '440 will issue, as symbolized path 912 and path 973, to await receipt of this packet: 

by line 815, a Link Termination Indication message to Alternatively, if a packet has indeed been received over the 

Secondary Router 450 signifying that the ISDN data 20 LAN, decision block 910 routes execution, via YES path 

connection, from the standpoint of the PPP protocols, has, in 914, to decision block 915. This latter block tests whether 

fact, been terminated. The secondary router, in turn and as the packet is a unicast or broadcast type packet If the packet 

symbolized by line 820, will issue a Disconnect Request is from a web browser executing in a workstation using 

message, to Call Control process 461. This process, in dynamic addressing, as intended, then at this point in its 

conjunction with Q.931 and Q.921 processes 463 and 465, 25 initial handling of the TCP/IP protocol, the workstation is 

respectively, will issue appropriate ISDN signaling mes- expected to broadcast a packet onto the LAN to provoke a 

sages to the PSTN to disconnect, i.e., physically terminate, response, from some other entity then connected to the 

whatever ISDN connection may exist on the affected network, that identifies a DHCP server. If the packet is a 

B-channel(s). Once this occurs, Call Control 461 issues, as unicast packet, then the packet is simply ignored as being 

symbolized by line 825, a Release Indication message to 30 irrelevant to the configuration process. In this case, execu- 

Secondary Router 450. The secondary router, in turn, issues, tion loops back from decision block 915, via paths 916 and 

as symbolized by lines 830 and 835, Call Disconnect Indi- 973, to block 910 pending receipt of the next packet on the 

cation messages to PPP daemon process 440 and BM LAN. Alternatively, if the received packet is a broadcast 

process 453 and DNS server 421, respectively. In response packet, as expected, then decision block 915 routes 

to these disconnect messages, these processes remove any 35 execution, via path 918, to decision block 920. This latter 

entries previously associated with the now terminated ISDN decision block routes execution, via one of three paths, 

data connection. depending upon a specific type of this broadcast packet. In 

4. Flowchart depictions particular, if the broadcast packet is other than a DHCP 

Having now described the inter-process interactions for packet or an ARP (address resolution protocol) Request 

various operations performed by the LAN modem, we will 40 packet, then decision block 920 routes execution, via paths 

now turn to describing, through the use of flowcharts, the 922 and 924, to block 930 to discard this broadcast packet, 

processing, undertaken by CPU 330 (see FIG. 3) within Once this packet has been so discarded, then execution loops 

ISDN router 305 in the LAN modem, that specifically back, via paths 932 and 973, to decision block 910 to await 

implements various inventive aspects of the LAN modem. receipt of the next packet. 

As will become readily apparent from the following discus- 45 Alternatively, if the broadcast packet is a DHCP packet, 
sion and the accompanying flowcharts, for several of these then decision block 920 routes execution, via paths 922 and 
aspects, the processing utilizes and extends across several of 926, to decision block 935. At this point, the workstation is 
the software processes contained within software 400 either inquiring with its peer, in this case DHCP server 418 
(shown in FIG. 4B). To facilitate understanding, the reader in the LAN modem, as to the address of DHCP server or is 
should simultaneously refer to FIG. 4B throughout the 50 requesting a DHCP address for itself from a DHCP server, 
following description. Decision block 935 determines a type of the DHCP packet 
a. Initial Configuration procedure broadcast by the workstation. If the workstation has broad- 
FIGS. 9A-9C co llectively depict a fl o wchart o f Initial cast a DHCP Discover packet, i.e., inquiring as to the 
Con figuration procedure 900 pertbrrne fll bv CPU 330 ; the identity of a DHCP server, then decision block 935 routes 
correct alignment of the drawing sheets for these figures is 55 execution, via path 936, to block 940. This block, when 
shown in FIG. 9. As noted above, process 900 automatically executed, obtains an IP address from database 416 for DHCP 
adapts the current network settings of the LAN modem in server 418. Block 940 then sends this address to the work- 
order to establish network communications with the station via a DHCP Offer packet. Once this packet is sent, 
workstation, such as through illustratively a web browser execution loops back, via paths 942 and 973, to decision 
executing thereat. Through this communication, a user sta- 60 block 910 pending receipt of the next packet. Now, if the 
tioned at the workstation can easily configure the LAN type of the broadcast DHCP packet is a DHCP Request 
modem through the browser. This inventive aspect advan- packet, specifying that the workstation has obtained an IP 
tageously eliminates any need for a seria l conn ection address of a DHCP server (in this case server 418) and is 
between the workstation and the LAN modem for purposes now requesting a dynamic IP address for itself, decision 
of configuring the latter. This procedure primarily utilizes 65 block 935 routes execution, via path 938, to block 945. At 
processes 412, 415, 418, 425 and 428, and database 416, all this point, the LAN modem obtains and assigns a dynamic 
shown in FIG. 4B. IP address to the workstation. In particular, block 945 
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queries database 416, specifically Host list 1300 (see FIG. and 928, to block 960. This latter block sets the target IP 

13A) for an available entry. When such an entry is found, the address to IP,, and the source IP address to the directed 

corresponding IP address stored therein is read. Once this broadcast IP address of the subnet and broadcasts an ARP 

address has been obtained, block 950 executes to send this Request packet back onto the LAN. The purpose of doing so 

IP address to the workstation via a DHCP ACK 5 is to elicit a response from any other network entity on the 

(acknowledge) packet. After this packet is sent, execution LAN having the same IP address as that sought by the 

proceeds to block 955 which saves the name and Ethernet workstation, such as another workstation — which represents 

address of the workstation, obtained from the DHCP an error condition. If such a network entity exists, it will 

Request packet, in database 416 and specifically within this respond to the ARP Request and supply its own Ethernet 

entry is Host list 1300. As a result, this dynamic IP address 10 address. In addition, block 960 initiates a one-second timer, 

is assigned to this particular workstation. Thereafter, execu- Execution then proceeds to decision block 965 to determine 

tion exits from routine 900 such that the LAN modem can whether a packet has been received in response to the just 

return to normal operation. broadcast ARP Request packet. If a response to this just 

If, however, the type of packet that has been broadcast by broadcast ARP Request packet is received within the one- 

the workstation is an ARP (address resolution protocol) 15 second timing interval, then an error condition has occurred. 

Request packet, then the workstation already has an IP In this case, decision block 965 routes execution, via YES 

address for itself, though it does not know the Ethernet path 966, to block 970. This latter block stops the timer. 

' address of its peer on the LAN; i.e., the LAN modem. It is " Thereafter, execution loops back, via path 973, to decision ' 

immaterial to the LAN modem how or where that IP address block 910 to await receipt of the next incoming packet on the 

originated. As will be seen, the LAN modem will utilize that 20 LAN. If, however, no such response packet is received, then 

IP address. In particular, an ARP Request packet can occur decision block 965 routes execution, via NO path 968, to 

as a result of the browser requesting communication with a decision block 975. This latter block determines whether the 

DNS server for eventual URL to IP address translation, or one-second timing interval has elapsed. If this interval has 

with a default gateway should the browser have the IP not elapsed, then decision block 975 routes execution, via 

address for that URL, or with another local workstation for 25 NO path 978, back to decision block 965 to continue testing 

other communication. In any case, the purpose of the ARP for an occurrence of such a response during the remainder of 

Request packet is for the workstation to obtain the physical this interval. Alternatively, if this interval elapses, then 

Ethernet address of its peer, here the LAN modem, on the decision block 975 routes execution, via YES path 976, to 

LAN — the workstation also has no knowledge as to the IP block 980. Block 980, when executed, sets the IP address of 

address of the LAN Modem. The ARP Request packet will 30 the LAN modem to the target IP address in the ARP Request 

respectively contain, as sending and destination IP packet broadcast by the workstation; hence setting the IP 

addresses, the IP addresses of the sending workstation and of address of the LAN modem to the IP address of a network 

its target, i.e., its LAN peer or whatever the workstation peer from which the browser in the workstation expects a 

believes that peer to be at the time, from which the work- response. Thereafter, block 980 stores the IP address of the 

station expects a response. Through use of the ARP protocol, 35 workstation, i.e., IPS, and its associated Ethernet address 

only the target, recognizing its address as the destination, within database 416. Once this occurs, block 980, given 

will respond to the ARP packet. For simplification, assume these IP addresses of the LAN modem and the workstation, 

that the IP address of the sending workstation is denoted as calculates an appropriate value of a subnet mask that places 

IPS, while that of its target, i.e., here the LAN Modem, is both the workstation and the LAN modem on the same 

designated as IP r . 40 subnet and which can accommodate a least number of, but 

At this point, the destination IP address in the ARP no less than three, additional hosts. Block 980 then saves the 

Request packet will not, in all likelihood, match the factory calculated subnet mask in database 416 as the subnet mask 

default IP address of the LAN modem. As the reader will of the LAN modem. Once this occurs, block 980 determines 

now appreciate, to initiate communication between the LAN and saves at least three more IP addresses in the same subnet 

modem and the workstation, the LAN modem will change 45 within database 416 to accommodate up to three additional 

its IP address to match that of the IP peer with which the workstations that can be connected to the LAN modem. The 

workstation is attempting to communicate. In particular, if IP address assigned to the workstation and the three addi- 

the browser is attempting to access a default web page and tional addresses will each be stored as an IP address within 

has broadcast an ARP Request packet, containing a desti- a different host entry in Host list 1300. Thereafter, execution 

nation IP address of a gateway to which it assumes it is then 50 proceeds to block 985 which initiates a reset of the LAN 

physically connected, in order to obtain a physical network Modem using its newly set IP address and subnet parameters 

address of that gateway, the IAN modem will change its just stored within database 416. Once the reset occurs, the 

own IP address to match that of the gateway, as well as its LAN modem will no longer reside in its factory default state 

subnet mask in order to place both the LAN modem and the and will be able to communicate, over the LAN, with the 

workstation on the same subnet. Doing so will permit 55 workstation through the browser then executing therein, 

network communication to then occur between the LAN b. Source-based IP routing 

modem and the workstation. Subsequently, though not part ^ As discussed above, another inventive aspect of the LAN 

of Initial Configuration process 900, once network commu- x modem is its use of sour ce-based routi ng. By routing packets 

nication has been established between the LAN modem and based not only on tiSe^ge^tSlatien^E^ address of each pack et 

the workstation, then in response to a subsequent request 60 but also and in accordance with oui^ventivel^acrlings on 

issued by the browser for a default web page, the LAN its source IP address, the LAN modem c an simultane ously 

modem will download a file, constructed by web server 412, accom modate multiple data connections to different IS Ps — 

that contains a default home page of the LAN modem whiclTis a result no t possible with convention al routers, 

through which the user at the workstation can then initiate Consequently, ihrougn our inventive router, eaclTof two 

configuration of the LAN modem. 65 users can advantageously be connected at the same time, 

Specifically, in response to the received ARP Request through his(her) own workstation and the LAN modem, to 

packet, decision block 920 routes execution, via paths 922 his(her) own preferred ISP. 
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The inventive source-based routing utilizes, as shown in 
FIG. 10, within ISDN router 305, two separate routing 
engines in succession, specifically primary router (PR) pro- 
cedure 1100 and secondary router (SR) procedure 1200 — 
both of which are implemented in software. Primary router 
procedure 1100 is implemented within TCP/IP process 425 
shown in FIG. 4B; secondary router procedure 1200 is 
implemented within secondary router process 450. 

Primary router procedure 1100, shown in FIG. 10, pro- 
vides conventional IP packet routing based on the destina- 
tion of each IP packet applied to it. Incoming packets are 
first applied, on a packet-by-packet basis, to primary router 
1100 which first routes each such packet, through 
Destination-Based Routing Table 432 (not specifically 
shown in this figure; see FIG. 4B), based on its destination 
IP address. Packets arrive at the primary router from three 
sources: from the LAN, from the local applications or from 
the secondary router procedure. For each such packet, the 
primary router has three basic routing choices: (a) to the 
LAN, e.g., to a workstation thereon; (b) based on a protocol 
field in the packet, to one of local applications 1000, 
including Telnet 411, HTTP 415, DHCP server 418 or DNS 
server 421 (all of which have been discussed above); or (c) 
lastly, for all other packet destinations, to the secondary 
router. 

As for the secondary router procedure, incoming packets 
arrive at it either from the remote network accessible 
through ISDN line 40 or from the primary router. The 
secondary router procedure routes all packets incoming from 
the remote network to the primary router. Alternatively and 
essentially, each incoming packet arriving from the primary 
router is routed by the secondary router, as discussed in 
detail below in conjunction with Secondary Router Proce- 
dure 1200 shown in FIGS. 12A-12D, based on its source IP 
address and specification of permissible network service 
providers, to one of those providers. If a B-channel ISDN 
data connection is not then established to that provider, 
secondary router process 450 (see FIG. 4B) will instruct 
other processes, such as Call Control process 461, in the 
manner discussed above, to establish the connection over an 
available B-channel and, once the connection is so 
established, route the packet accordingly. 

As discussed above, to accomplish source-based routing, 
secondary router 450 maintains and uses entries in database 
416; specifically, Host list 1300 and Network Service Pro- 
vider list 1350, both stored therein (see FIGS. 13A and 13B). 
The manner through which these lists are used for source- 
based IP routing will be discussed in detail below in con- 
junction with Secondary Router procedure 1200 shown in 
FIGS. 12A-12D. 

FIG. 11 depicts a flowchart of Primary Router procedure 
1100. As shown, upon entry into procedure 1100, execution 
first proceeds to block 1110. This block, when executed, 
receives an incoming packet from the LAN, one of local 
applications 1000 (see FIG. 4B) or from the secondary 
router procedure 1200. Once the packet is received, block 
1120, shown in FIG. 11, executes to determine the destina- 
tion IP address of that packet. Thereafter, based on the 
destination IP address, decision block 1130, next executed, 
routes execution to one of three paths depending on this 
address. If the IP address specifies a workstation (host) on 
the LAN, then decision block 1130 routes execution, via 
path 1135, to block 1140. This latter block, through access- 
ing entry 1352 in Destination-Based Routing Table 432 (see 
FIG. 13C), sends the received packet out to the LAN to the 
appropriate host thereon among workstations 10 (see FIG. 
3). Alternatively, if the destination IP address matches that of 
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the LAN modem and a protocol field specifies one of local 
applications 1000, then, as shown in FIG. 11, decision block 
1130 routes execution, via path 1135, to block 1150. This 
latter block routes the received packet to the appropriate 

5 local application. Lastly, if the destination IP address of the 
received packet specifies anything other than a host on the 
LAN or the LAN modem itself, then decision block 1130 
routes execution, via path 1135, to block 1160. This latter 
block, through accessing entry 1354 in Destination-Based 

10 Routing Table 432 (see FIG. 13C), routes the received 
packet to secondary router procedure 1200 for eventual 
carriage, as specified in this entry over an ISDN connection 
to a remote network. Once block 1140, 1150 or 1160 has 
fully executed to appropriately route the received packet 

15 based on its destination IP address, execution loops back, via 
path 1165, to await the next incoming packet. 

FIGS. 12A-12D collectively depict a flowchart of Sec- 

" ondary Router procedure 1200; the correct alignment of 
these figures being shown in FIG. 12. 

20^pAs shown, upon entry into procedure 1200, execution first 
proceeds to block 1203 which, when executed, receives an 
incoming packet. As discussed above, the incoming packet 
can arise from either the WAN, co nnected to the LAN 
modem through an ISDN connection, or locally, via Primary 

25 Router procedure 1100. Thereafter, block 1206 is executed 
to check the destination IP address of that packet. Decision 
block 1210 then directs the packet accordingly based on its 
destination IP address. In particular, if the packet is incom- 
ing from the WAN, i.e., the destination IP of the packet is 

30 either for the LAN modem itself or a local host on the LAN, 
then decision block 1210 routes execution, vi^patj] 1212 T to 
block 1215. This latter block, when executed, sends the 
incoming packejLonward to Primary Router procedure 1100 
for routing to the appropriate destination. Thereafter, execu- 

35 tion loops back, via_pji ths 1216 and 1299, to block 1203 to 
await the next incoming packet. Depending upon the con- 
figuration of the LAN modem, pa ckets m ay have t o flnw, 
throu gh IP/P nr t Number Translation (NAT) modu le 435 f or 
IP address/port number translations; for simplification, pro- 

40 cess 435JiasJbeen omitted from the present discussion. 
Alternatively, if the packet is incoming from Primary 
Router procedure U00, i.e., the packet is destined for the 
WAN, then decision block 1210 routes execution, via path 
1214, to block 1218. This latter block obtains, from the 

45 packet itself, an IP address of the source of the packet. 
Execution then proceeds to block 1220, which searches 
through host list 1300 in database 416 (see FIG. 13A), to 
locate an entry therein that has an IP address that matches the 
source IP address of the incoming packet Once this opera- 

50 tion completes, execution proceeds to decision block 1223. 
Based on the results of the search, this decision block 
determines whether the packet has arrived from a valid 
source, i.e., whether the source IP address of the packet 
matches either an IP address contained within the Host list 

55 1300 or the IP address of the LAN modem itself. If no such 
match is found, then the packet, for some reason, appears to 
originate from an invalid source and hence is erroneous. In 
mat case, decision block 1223 routes execution, via YES 
path 1226, to block 1228. This latter block, when executed, 

60 merely discards the incoming packet. Thereafter, execution 
loops back, via paths 1229 and 1299, to block 1203 to await 
the next incoming packet. 

If, however, the incoming packet originates from a valid 
source, such as a host on the LAN or the LAN modem itself, 

65 then decision block 1223 routes execution, via NO path 
1224, to decision block 1230. This latter decision block 
determines, whether that host has manually established an 



04/29/2004, EAST Version: 1.4.1 



6,052,803 

41 42 

existing ISDN connection- If this is the case, then the packet service providers permitted to render network access to the 

is simply routed over that connection to a remote network. host that issued the packet, whether such a network service 

Specifically, decision block 1230 routes execution, via YES provider provides access to a private network that affords 

path 1234, to block 1235 which, when executed, routes the Internet access. If, at this point, such a match is not found, 

packet over this particular ISDN connection then in use. 5 decision block 1256 routes execution, via NO path 1258, to 

Thereafter, execution loops back, via paths 1236 and 1299, block 1261. Block 1261, when executed, merely discards the 

to block 1203 to await the next incoming packet, incoming packet. Thereafter, execution loops back, via paths 

Alternatively, if a local host has not manually established 1262 and 1299, to block 1203 to await the next incoming 

an ISDN connection, then decision block 1230 routes packet. However, if a match is found through execution of 

execution, via NO path 1232, to block 1237. Decision block 10 decision block 1256, this block then routes execution, via 

1237 determines, from the source IP address in that packet YES path 1257, to block 1264. 

and previously obtained through execution of block 1218, Blocks 1264-1274 collectively determine whether an 

whether the incoming packet originates with the LAN ISDN connection is established for the network service 

modem itself; if not, then the packet originated with a host provider, selected through execution of blocks 1240-1256, 

on the LAN. The LAN modem does not initiate a connection 15 and if not, to establish such a connection, and finally to route 

to a remote network. For any packet the LAN modem the incoming packet, that originated with a host on the LAN, 

generates itself, the LAN modem merely sends that packet to the selected network service provider over this connec- 

to an appropriate network service provider over an existing tion. 

connection. However, for a packet originating with a host, In particular, block 1264, by querying Source-Based 

the LAN modem selects an appropriate network service 20 Routing Table 446 (see FIG. 4B) accesses an appropriate 

provider, and if a connection is not then established thereto, entry for the host that originated the incoming packet to 

establishes such a network connection. determine whether an ISDN call is currently established to 

If the incoming packet does not emanate from the LAN the selected network service provider. If an ISDN call is 

modem itself, then execution proceeds, via NO path 1239, established to this provider, then decision block 1266, shown 

emanating from decision block 1237, to block 1240. 25 in FIGS. 12A-12D, routes execution, via YES path 1268, to 

Through execution of blocks 1240-1256, the network block 1270. This latter block, when executed, routes the 
service provider that is to carry the incoming packet, origi- incoming packet over this established connection to the 
nating with a host on the LAN, will be selected. The order selected network service provider. Thereafter, execution 
through which a network service provider will be selected loops back, via paths 1272 and 1299, to block 1203 to await 
for receiving the incoming packet is first to a network 30 the next incoming packet Alternatively, if an ISDN con- 
service provider that has a matching IP address to the nection is not established between the LAN modem and the 
destination address in the incoming packet; then, if no such selected network service provider, then decision block 1266 
network service provider then exists, to a network service routes execution, via NO path 1267, to block 1273. This 
provider that is an Internet service provider; and finally, if latter block, when executed, queues the incoming packet in 
neither of the preceding network service providers exists, to 35 a waiting queue until such time as an ISDN connection can 
a network service provider for a private network that pro- be established to the selected network service provider. Once 
vides Internet access. If an ISDN connection is not then the packet is queued, then block 1274 executes to begin 
established to the selected provider, such a connection will establishing, through Call Control process 461 (see FIG. 4B; 
then be established. Thereafter, the incoming packet will be with the inter-process communication for establishing such 
routed to the selected network service provider either over 40 a connection being shown in FIG. 5) an ISDN connection to 
that newly established connection or a previously estab- this network service provider. Once this connection has been 
lished and existing connection thereto. fully established, including after all the PPP protocols have 

In particular, block 1240, when executed, accesses Host been negotiated, then the incoming packet is removed from 

list 1300 to determine, given the source IP address of the the waiting queue and routed over the connection to the 

packet, which network service providers can be used by the 45 selected network service provider. Thereafter, execution 

corresponding host, i.e., which SPs are permitted to provide loops back, via paths 1275 and 1299, to block 1203 to await 

network access to that host. Once these providers have been the next incoming packet. 

determined, block 1242 executes. This block searches Now, if the incoming packet originated with the LAN 

through the entries for these permitted network service modem, rather than a host on the LAN, then decision block 

providers in Network Service Provider list 1350 to deter- 50 1237 directs execution via YES path 1238, to block 1276. 

mine if a Destination IP address in the incoming packet Blocks 1276-1293 select an appropriate network service 

matches any network IP address (stored within the network provider, with which the LAN modem has established a 

ID information in each entry in this list) for these providers. current ISDN connection, to which that packet is then 

If such a match is found, decision block 1243 routes routed. Blocks 1276-1293 are essentially the same as blocks 

execution, via YES path 1244 and path 1260, to block 1257. 55 1240-1256. 

Alternatively, if such a match does not exist, then decision In any event and in particular, block 1276, when executed, 

block 1243 routes execution, via NO path 1246, to block searches through the entries for all network service provid- 

1248. This latter block, searches through Network Service ers in Network Service Provider list 1350 to determine if a 

Provider list 1350 to determine, for those network service Destination IP address in the incoming packet matches any 

providers permitted to render network access to the host that 60 network IP address (stored within the network ID informa- 

issued the packet, whether such a network service provider tion in each entry in this list) for these providers. If such a 

is an ISP. If such a match is found, decision block 1250 match is found, decision block 1277 routes execution, via 

routes execution, via YES path 1251 and path 1260, to block YES path 1278 and paths 1281 and 1288, to block 1292. 

1264. Alternatively, if such a match does not exist, then Alternatively, if such a match does not exist, then decision 

decision block 1250 routes execution, via NO path 1252, to 65 block 1277 routes execution, via NO path 1279, to block 

block 1254. This latter block, searches through Network 1280. This latter block, searches through Network Service 

Service Provider list 1350 to determine, for those network Provider list 1350 to determine, for those network service 
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providers permitted to render network access to the host that with a remote network accessible through a given network 
issued the packet, whether such a network service provider service provider and which will be used in a given instance, 
is an ISP. If such a match is found, decision block 1282 Doing so significantly simplifies the use of the DNS in each 
routes execution, via YES path 1283 and path 1281, to block workstation connected to the IAN modem, and further 
1292. Alternatively, if such a match does not exist, then 5 facilitates use of either static or dynamic IP addressing for 
decision block 1282 routes execution, via NO path 1284, to each workstation. In addition, the DHCP server provides the 
block 1285. This latter block, searches through Network IP address, subnet mask, gateway and DNS server addresses 
Service Provider list 1350 to determine, for those network to the local workstations, thereby eliminating any need to 
service providers permitted to render network access to the manually configure and administer these items at each 
host that issued the packet, whether such a network service to workstation. Furthermore, any workstation is always 
provider provides access to a private network that affords assigned the same IP address from the DHCP server, rather 
Internet access. If, at this point, such a match is not found, than having its IP address change from session to session, as 
decision block 1286 routes execution, via NO path 1287, to would normally occur with dynamic IP addressing, 
block 1289. Block 1289, when executed, merely discards the Consequently, the user profile associated with each work- 
incoming packet. Thereafter, execution loops back, via paths 15 station can be easily maintained and identified using its host 
1290 and 1299, to block 1203 to await the next incoming IP address, and the number of workstations, that are simul- 
packet. However, if a match is found through execution of taneously allowed to use the LAN modem, can be very 
decision block 1286, then this block routes execution, via easily controlled. 

YES path 1288, to block 1292. FIG. 14 depicts a flowchart of DHCP Induced IP Address 

Thereafter, execution proceeds to blocks 1292-1296 to 20 Request procedure 1400. Procedure 1400 provides a host IP 

route the incoming packet, originating from the LAN address in response to a DHCP Request packet in order to 

modem, to the selected network service provider. effectuate machine name to IP address resolution for an 

In particular, block 1292, by querying Source-Based additional workstation (host) that has been connected to the 

Routing Table 446 (see FIG. 4B), determines whether an LAN. 

ISDN call is currently established to the selected network 25 Specifically, upon entry into procedure 1400, execution 

service provider. If an ISDN call is established to this first proceeds to decision block 1410. This block, when 

provider, then decision block 1293 routes execution, via executed, determines whether the Ethernet address of the 

YES path 1294, to block 1296. This latter block, when additional host equals that of one of the hosts in Host list 

executed, routes the incoming packet over this established 1300 (see FIG. 13A). If this address matches the Ethernet 

connection to the selected network service provider. 30 address in the host list, i.e., indicative of this host already 

Thereafter, execution loops back, via paths 1297 and 1299, being connected to the LAN and having an IP address 

to block 1203 to await the next incoming packet. allocated to it in the Host list, then, as shown in FIG. 14, 

Alternatively, if an ISDN connection is not established decision block 1410 routes execution, via YES path 1413, to 

between the LAN modem and the selected network service block 1420. This latter block, when executed, tests whether 

provider, then decision block 1293 routes execution, via NO 35 the machine name is specified in the DHCP Request packet 

path 1295, to block 1298. This latter block, when executed, and whether that machine name is not the same as that in the 

merely discards the packet; inasmuch as the LAN modem host entry in the Host list. In that regard, if a host is not 

does not initiate an ISDN call to a remote network service configured to have a machine name, then the DHCP Request 

provider for any packet that originated with the LAN packet will not contain a machine name field. Moreover, the 

modem. Thereafter, execution loops back, via paths 1299, to 40 machine name in the host entry is only changed if the 

block 1203 to await the next incoming packet. machine name in the DHCP Request packet differs from that 

c. Internal DNS and DHCP servers and Interception of in the entry. If such a different machine name is specified in 

Remote DNS Request for Error Handling the DHCP Request packet, then decision block 1420 routes 

As discussed above, the LAN modem contains internal execution, via YES path 1422, to block 1425; otherwise, 

co-operating DHCP and DNS servers that are integrated 45 execution is routed, via NO path 1424 to block 1430. Block 

with routing and call management processes, all utilizing a 1425, when executed, replaces the machine name in the Host 

shared database, i.e., database 416 (see FIG. 4B). list for this particular host, at this point typically being a 

Use of the internal DNS server provides local name-to- default value of "UnknownPC^x" (where x is a numeral 

address resolution such that, for user convenience and between, illustratively, 1-4 for the preferred embodiment; 

simplicity, each workstation on the LAN can be addressed in 50 see FIG. 13A), with the host name, i.e., machine name, 

terms of its machine name rather than its IP address. provided in the DHCP Request packet. Execution then 

Furthermore, the DNS server, by using a shared database proceeds to block 1430, shown in FIG. 14, which assigns a 

with the DHCP server, operates transparently of any user to Host IP address to this particular host from the IP address 

acquire machine names of all the workstations connected to stored in the entry for this host in Host list 1300 and provides 

the LAN and then provide suitable machine name to IP 55 that IP address back to this host, via a DHCP ACK 

address resolution, as needed, for all communication (acknowledge) packet. Once this occurs, execution then 

between the LAN modem and these workstations as well as exits from procedure 1400. 

between any pair of workstations themselves. In addition, Alternatively, if no entry in the Host list contains the 

the DNS server given a DNS query, will determine, based on Ethernet address of the additional host, then decision block 

the source of the query, i.e., which specific workstation 60 1410 routes execution, via NO path 1417, to decision block 

generated it, and the destination to which the query is 1440. This latter decision block determines from the number 

directed (e.g., another host on the LAN as identified by the of entries in Host list 1300 whether the host list can 

machine name of the host, the LAN modem itself or a accommodate another entry, i.e., whether less than four 

remote network), the DNS server to which the query is to be workstations (or other network devices) for the preferred 

routed and will then route the query accordingly to that 65 embodiment have been connected to the LAN and config- 

server. As such, the LAN modem hides from a host the ured for network access through the LAN modem. If no free 

selection of the DNS server that is utilized in conjunction host entry exists within the host list, then execution merely 
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exits, via NO path 1442, from procedure 1400. This addi- A Alternatively, if the host name in the DNS query packet 

tional workstation simply can not be accommodated and ^ j does not match that of any host on the LAN, then decision 

represents an error condition, in that now more than a block 1512 routes execution, via NO path 1514, to block 

maximum number of workstations (and network devices) 1520. This latter block, whene xecuted, extracJs^he sourc e 

(the maximum being four such devices in the preferred 5 IP^gMres&irjjmiheDNS que ry~ packe t, ix!7^ffjddress 

embodiment) are connected to the LAN through, for of ^ c particula7hosT oTOeT^N thaToriginated this packet, 

example, a hub that is connected to one port of the LAN. Thefe^r, block^52^^ 

However, if a free entry then exists in thehost list then accesses Host ^ 1300 for an eDtry for ^ particu l a r host, 
decision block 1440 directs execution via YES path 1444, Qnce ^ access completes executi on proceeds to decision 
tod'c^on^ Wock 1526 ^ block de £ mmes wnether a 
the DHCP Request packet specifies a machme name. Only . . • - whether a host entVv was retrieV ed 
if such a name is specified will an entry in the Host list be J 00 ™ h ^ \*'> whetner a ° ost entr y ™ s J* tneve ° 
updated to reflect that name. If the DHCP Request packet from host hsOg OO in response to . the source IP a ddress. If 
specifies a machine name, then decision block 1440 routes no ^h ™ wth this source IP address, then an 
execution, via YES path 1446, to block 1450; otherwise, unauthorized host on the LAN r has^bee^de^ted. 
execution is routed, via NO path 1448, to block 1460. Block 15 Accordingly, decision block 1526 routes execution, via NO 
1450 stores information regarding this additional host into P at h 1527, to block 1530 which, in turn, discards the DNS 
the host list, in order to accommodate this additional host. In query packet. Execution then exits from procedure 1500. 
particular, block 1450, when executed, replaces the machine However, if a host entry was found, i.e., the host on the LAN 
name in the Host list for the additional host, at this point which generated the DNS query packet-is-valid, then deci- 
typically being a default value of "UnknownPC_x", with 20 sion block 1526 routes execution, via YES path 1528, to 
the host name, i.e., machine name, provided in the DHCP decision block 1533. This latter decision block determines 
Request packet. Execution then proceeds to block 1460 whether that particular host has manually established an 
which replaces the Ethernet address (at this point typically existing ISDN connection. If this is the case, then the packet 
being a default address of zero, as shown in FIG. 13A) in the is simply routed over that connection to a* remote network, 
entry in the Host list with the actual Ethernet address of this 25 Specifically, decision block 1533 routes execution, via YES 
additional host as supplied in the DHCP Request packet. path 1534, to block 1538 which, when executed, changes the 
Thereafter, block 1470, shown in FIG. 14, executes to assign IP address of the packet by substituting the IP address of a 
the IP address of the free host entry to the requesting host by remote DNS server associated with that network into the 
providing that IP address to the host, via a DHCP ACK packet as its destination IP address. Thereafter, block 1538 
(acknowledge) packet. Once this occurs, execution then 30 routes the resulting packet over this particular ISDN con- 
exits from procedure 1400. nection then in use. Execution then exits from procedure 

FIGS. 15A-15D collectively depict a flowchart of DNS 1500. 

Induced IP Address Request procedure 1500; the correct Alternatively, if a local host has not manually established 

alignment of the drawing sheets for these figures is shown in an ISDN connection, then decision block 1533 routes 

FIG. 15. Procedure 1500 implements two basic functions; 35 execution, via NO path 1535, to block 1540. Through 

namely, providing an IP address of a proper DNS server in execution of blocks 1540-1560 (similar to execution of 

response to either a DNS Query packet from any host blocks 1240-1256 in procedure 1200 shown in FIGS, 

connected to the LAN, and properly handling expiration of 12A-12D), the network service provider that is to carry the 

the idle timeout interval. DNS query packet will be selected. The order through which 

Specifically, upon entry into procedure 1500 execution 40 a network service provider will be selected for receiving this 

first proceeds to decision block 1502 to test an incoming packet is first to a network service provider that has a 

packet. If this packet is a DNS query packet, then decision matching domain name to that in the incoming packet; then, 

block 1502 routes execution, via YES path 1504, to decision if no such network service provider then exists, to a network 

block 1506. This latter decision block determines whether service provider that is an Internet service provider; and 

the host name in the DNS query packet matches that of the 45 finally, if neither of the preceding network service providers 

LAN modem, i.e., a workstation is querying the LAN exists, to a network service provider for a private network 

modem to specify the address for its internal DNS server. If that provides Internet access. If an ISDN connection is not 

the names match, then execution proceeds, via YES path then established to the selected provider, such a connection 

1508, to block 1510. This latter block, when executed, forms will then be established. Thereafter, the DNS query packet 

a DNS Reply packet containing the IP address of the LAN 50 will be routed, with a changed destination IP address, to the 

modem itself, and then sends that packet to TCP/IP process selectecLcetwork.se rvice provider, either over that newly 

425 for eventual routing, via the LAN, to the requesting established connection or a previously established and exist- 

local host (workstation). Execution then exits from proce- ing connection thereto. 

dure 1500. Alternatively, if the host name in the DNS query In particular, block 1540, when executed, accesses Host 

packet does not match that of the LAN modem, then 55 list 1300 to determine, given the host entry, which network 

decision block 1506 routes execution, via NO path 1507, to service providers can be used by the corresponding host, Le., 

decision block 1512. This latter decision block determines, which (SPs) are permitted to provide network access to that 

through accessing the host list (see FIG. 13A) whether the host. Once these providers have been determined, block 

host name in the DNS query packet matches the host name 1543 executes. This block searches through the entries for 

of any of the workstations on the LAN. If such a match is 60 these permitted network service providers in Network Ser- 

found, then execution proceeds, via YES path 1513 shown vice Provider list 1350 to determine if a domain name in the 

in FIG. ISA, to block 1516. This latter block, when DNS query packet matches the domain name (stored within 

executed, forms a DNS Reply packet containing the IP the network ID information in the each entry in this list) in 

address of that particular host on the LAN, and then sends the entries for any of these providers which are private 

that packet to TCP/IP process 425 for eventual routing, via 65 networks. If such a match is found, decision block 1546 

the LAN, to the requesting local host (workstation). Execu- routes execution, via YES path 1547 and path 1565, to block 

tion then exits from procedure 1500. 1566. Alternatively, if such a match does not exist, then 
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decision block 1546 routes execution, via NO path 1548, to such a message, then decision block 1580 routes execution, 
block 1550. This latter block, searches through Network ^ via YES path 1582, to decision block 1583. 
Service Provider list 1350 to determine, for those network kj^ If the call was attempted but for whatever reason, could 
service providers permitted to render network access to the » not be established to the selected network serv ice provider, 
host that issued the packet, such a provider that is an ISP. If 5 then decision block 1583 routes execution, via NO path 
such a match is found, decision block 1553 routes execution, 1584, to decision block 1586. This latter decision block 
via YES path 1554 and path 1565, to block 1566. determines whether the secondary router provided apjajor 
Alternatively, if such a match does not exist, then decision message re garding this attempted call. If no such error 
block 1553 routes execution, via NO path 1555, to block message was received, then execution exits from routine 
1558. This latter block, searches through Network Service 10 1500, via NO path 15 87__emanating from decision block 
Provider list 1350 to determine, for those network service 1586. If, however, secondary router 450 provided an error 
providers permitted to render network access to the host that message, such as an indication of a busy connection or that 
issued the DNS query packet, whether such a network a B-channel was not then available and hence the call could 
service provider provides access to a private network that not be placed, execution proceeds, via YES path 1588, to 
affords Internet access. If a match is found, block 1560 15 block 1590. Block 1590 sends a DNS reply packet back to 
routes execution, via YES path 1562 and 1565 to 1566. If, the requesting host but with the IP address of the LAN 
at this point, such a match is not found, decision block 1560 modem itself as the IP address of the remote DNS server, 
routes execution, via NO path 1561; to block 1564. Block Thereafter, block 1591 executes to set a shared (global) ~ 
1564, when executed, sends a DNS reply packet, to the local variable maintained within database 416 to signify the 
host, containing an error indication specifying that a DNS 20 particular failure, such as, e.g., a busy connection, that then 
server can not be found. Thereafter, execution exits from prevented the call from being established. Execution then 
procedure 1500. exits from procedure 1500. 

Blocks 1566-1578 collectively determine whether an Once the browser in the host, that issued the DNS query 
ISDN connection is established for the network service packet, receives this DNS reply packet, that browser will 
provider, selected through execution of blocks 1540-1560, 25 then issue a request to what it believes to be the remote DNS 
and if not, to establish such a connection, and finally to route server to translate the domain name of a desired web server 
the DNS query packet to the DNS server at the selected (typically that which stores a default web page defined in the 
network service provider over this connection. browser) and then fetch a particular web page (e.g., the 

In particular, block 1566 by querying Source-Based Rout- default page) therefrom. Though the browser will naturally 
ing Table 446 (see FIG. 4B) accesses an appropriate entry 30 assume that the IP address it received in the reply packet is 
therein for the host that originated the DNS query to mat of a remote DNS server, in actuality it is that of the LAN 
determine whether an ISDN call is currently established to modem itself — in effect the LAN modem has intercepted the 
the selected network service provider. If an ISDN call is DNS request from the host, i.e., a remote DNS server, 
established to this provider, then decision block 1570, shown TCP/IP process 425 (see FIG. 4B) within the LAN modem, 
in FIGS. 15A-15D, routes execution, via YES path 1571, to 35 in receiving this domain name translation request, will route 
block 1574. This latter block, when executed, accesses from this request to DNS server 421 which will return the IP 
Network Service Provider (SP) list 1350 the IP address of address of the LAN modem itself. Once this occurs and the 
the remote DNS server for this particular network service host issues a request to fetch the default page, web server 
provider. Once this address (denoted "DstnlP") is accessed, 416, in response to receiving this request as routed to it by 
this block then substitutes this address as the destination IP 40 TCP/IP process 425, will test the shared (global) variable 
address, in lieu of the address of the LAN modem, into the and determine, by the value of this variable, that an error 
DNS query packet. Thereafter, block 1576 executes to send condition has just occurred, and specifically the reason why 
the resulting DNS query packet, now containing the IP an ISDN connection could not be completed then, 
address of the remote DNS server, to TCP/IP process 425 for Consequently, the web server, rather than returning a 
routing to the selected network service provider and spe- 45 requested default page to the browser, will dynamically 
cifically the remote DNS server associated therewith. construct, through insertion of error-specific code segment 
Execution then exits from procedure 1500. (s) into a predefined page template, a web page that specifies 

Alternatively, if an ISDN connection is not established an error condition has occurred, i.e., that an ISDN connec- 
between the LAN modem and the selected network service tion could not be established, and the specific reason why, 
provider, then decision block 1570 routes execution, via NO 50 e.g., the destination was busy or no B-channel was then 
path 1572, to block 1577. This latter block, when executed, available to accommodate the connection and then down- 
queues the DNS query packet in a waiting queue until such load this page, via TCP/IP process 425, to the host. The 
time when an ISDN connection can be established to the inventive manner through which this page is dynamically 
selected network service provider. Once the packet is constructed to depict an error condition is discussed in detail 
queued, then block 1578 executes to begin establishing, 55 below in conjunction with FIGS. 22-26. 
through Call Control process 461 (see FIG. 4B; with the Alternatively, if the call was successfully established, 

inter-process communication for establishing such a con- including negotiation of all PPP protocols as appropriate, 
nection being shown in FIG. 6) an ISDN connection to this then decision block 1583, shown in FIGS. 15A-15D, routes 
network service provider. Execution then exits from proce- execution, via YES path 1585, to block 1592. This latter 
dure 1500. 60 block, when executed, stops the idle timeout timer, if it is 

Now, if the incoming packet is not a DNS query packet, then mnning. As noted above, an error condition arises if an 
then decision block 1502 routes execution, via NO path ISDN connection can not be established within the idle 
1503, to decision block 1580. This latter decision block tests timeout period. Once the timer is stopped, then block 1593 
whether the packet contains a message from secondary is executed. Block 1593 accesses, from Network Service 
router 450, i.e., indicative of whether a requested ISDN call 65 Provider (SP) list 1350, the IP address (denoted "DstnIP") of 
to the selected network service provider was successfully the remote DNS server for this particular network service 
established by the LAN modem or not. If the packet contains provider. Thereafter, this block removes the DNS query 
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packet from the waiting queue. Once this occurs, block 1593 program code from the flash memory into the DRAM, from 

substitutes the IP address ("DstnlF') of the remote DNS which this code is then read and executed, 

server as the destination IP address, in lieu of the address of Conventionally speaking, information stored within vola- 

the LAN modem, into the DNS query packet. Thereafter, tile memory, such as DRAM, is subject to being corrupted 

block 1594 sends the resulting DNS query packet, now 5 from transient phenomena, such as power surges and the 

containing the IP address of the remote DNS server, to like. In that regard, if the contents of a location in DRAM 

TCP/IP process 425 for routing to the selected network 372 that stores part of a program then being executed, were 

service provider and specifically the remote DNS server to become corrupted, errant program execution may result to 

associated therewith. Execution then exits from procedure the ultimate detriment of any then on-going network com- 

1500. 10 munication between a host and a remote network. To prevent 

If, alternatively, the incoming packet is neither a DNS such errant operation, the LAN modem strictly controls 
query packet nor contains a message from secondary router write access to the flash memory through use of a key-based 
450, then decision block 1580 routes execution, via NO path software implemented lock. In addition, the LAN modem 
1581, to decision block 1595. This latter decision block continually checks, on a location-by-location basis, the 
determines whether the packet indicates that the idle timeout 15 executable code stored within DRAM against the same 
interval has just elapsed, indicative that an ISDN call could executable code stored in the flash memory for any discrep- 
not be completed during an allotted idle time interval ancies therebetween and, should any such discrepancy be 
(typically 30 seconds, though subject to change by a user at " found, corrects, by over-writing, the contents of the location 
a host during configuration of the LAN modem). If the in the DRAM with the contents of the corresponding pro- 
incoming packet does not indicate such a timeout condition, 20 gram location in the flash memory. Through these two 
then execution simply exits from procedure 1500, via NO processes, the integrity of the contents of the flash is assured 
path 1596 emanating from decision block 1595. by substantially reducing any likelihood that the mode of the 
Alternatively, if such a timeout condition occurred, then flash memory can be erroneously changed from read-only to 
decision block 1595 routes execution, via YES path 1597, to read/write. The integrity of the executable code (firmware) 
block 1598. For every queued DNS query packet from the 25 in the DRAM is maintained by continually and repeatedly 
local host, block 1598 sends a DNS reply packet containing comparing and correcting it to identically reflect that stored 
a suitable error message back to that host. Once the reply within the flash memory. This process of continual compari- 
packet(s) has been so sent, execution exits from procedure son and correction continually executes as a fully preempt- 
1500. able background process during those intervals that would 

As noted above, any host (workstation) on the LAN is 30 otherwise constitute idle processing time for CPU 330 (see 

always assigned the same IP address from the DHCP server FIG. 3). 

within the LAN modem, rather than having the IP address FIG. 16 depicts a flowchart of Firmware Upgrade (FU) 

possibly change from session to session, as would normally process 402. This particular process, which forms part of 

occur with dynamic IP addressing. This is accomplished, software 400 shown in FIG. 4B all of which executes in 

within DHCP server 418 (see FIG. 4B) located within the 35 foreground, limits write access to the flash memory on a 

LAN Modem, by simply ignoring a request from the host, key-controlled basis. 

i.e., through an IP Address Release message issued by the Specifically, process 402 is spawned by Configuration 

DHCP protocol in the host, to release any IP address Manager 401 upon system reset, typically in response to a 

previously assigned to that host. Hence, once an association power-on reset. Upon entry into this process, execution 

is established within the host list between a host and a given 40 proceeds to block 1610, shown in FIG. 16, which places this 

Ethernet address, that host as it re-establishes a network process in an initial state. During normal operation of the 

connection to the LAN modem is always assigned the same LAN modem, process 1610 will remain in this state at all 

dynamic IP address — absent any intervening loss of power times with exception of rather brief intervals, no longer than 

to the LAN modem which, upon a subsequent power-on illustratively five minutes, during which the flash memory is 

reset, re-initializes the LAN modem and sets entries in the 45 set to a write mode to permit an actual upgrade of the 

host list back to their default values shown in FIG. 13A By firmware stored therein to be initiated from a remote file 

maintaining the same IP address assignments for the indi- server. In this initial state, the firmware upgrade process is 

vidual workstations as, over the course of time, new host not running, contents of a write access key register are 

sessions and network connections are established therefor cleared to zero, and flash memory 376 is set to a read-only 

over the LAN, the user profile associated with each 50 mode. The write access key itself is stored within the flash 

workstation, as well as the host list itself, will be subject to memory as a predefined unique 32-bit (four-byte) value. Its 

far fewer updates than if these addresses were to regularly particular value, assigned during manufacture, is not critical, 

change and this information constantly modified to track though preferably it should be a random or pseudo-random 

these changes, and is thus easier to access and administer. number to ensure its uniqueness, i.e., a value that has an 

This, in turn, advantageously simplifies the underlying 55 extremely high probability of not naturally occurring or 

administrative code and saves processing time. Moreover, arising from an errant phenomena. As will be discussed 

the number of workstations that is simultaneously allowed to below, in order to change the mode of the flash memory from 

use the LAN modem at any one time can be very easily read-only to read/write, the value of this key must be copied 

controlled by merely counting the number of entries then in from its original location in flash memory into a write access 

use in the host list. 60 key register in DRAM. Then, if and only if the value of the 

d. Program storage and firmware integrity key as stored in this register matches the key in its original 

Flash memory provides non-volatile data storage, though location in flash memory, the mode of the flash memory will 

its access speed is relatively slow compared to DRAM 372. be changed from read-only to read/write. If a proper value 

Consequently, all the program code and data values for the for the key is selected during manufacture, then the likeli- 

LAN modem, as discussed above, are stored in flash 65 hood that an errant process will set, i.e., corrupt, the contents 

memory 376 shown in FIG. 3. During a power-on boot of the 32-bit key register in such a manner that the contents 

phase, the boot program executes to copy the executable of this register will exactly match the key stored in flash 
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memory is less than 1 in a billion, thus assuring that the 
integrity of the code stored in the flash memory is main- 
tained to a very substantial degree, typically to an error level 
of less than one part in a billion. 

After block 1610 has been executed, decision block 1620 
periodically determines whether a firmware upgrade process 
has been invoked. If this process has not been invoked, then 
decision block 1620 loops back execution, via NO path 1622 
and path 1676, back to block 1610, such that process 1600 
remains in its initial state until such time as a user has 
invoked a firmware upgrade process. 

Alternatively, if the user has just invoked a firmware 
upgrade, then decision block 1620 routes execution, via YES 
path 1626, to start the firmware upgrade process. As such, 
process 402 enters an upgrade state. Execution proceeds to 
block 1628 which first reads the 32-bit value of the key 
stored in its original location in flash memory and writes that 
value into the write access key register. Thereafter, block 
1628 resets and starts a software-implemented timer, i.e., a 
firmware upgrade timer illustratively five minutes in dura- 
tion. Once a firmware upgrade process has been invoked, the 
upgrade, if it is to occur, must start within this interval If a 
flash write request does not arise within this interval, then 
the firmware upgrade process is terminated with process 402 
returning to its initial state; thereby requiring the user to 
re-invoke the upgrade process should (s)he desire to proceed 
with an upgrade. 

Decision blocks 1630 and 1640 determine whether a flash 
write request occurs within this timing interval. In particular, 
decision block 1630 tests whether a flash write request was 
received from a host on the LAN or a remote client This 
request results from a process executing at the file server 
that, with an exception of responding to a request from the 
Configuration Manager to initiate the upgrade process, is 
otherwise totally independent from firmware upgrade pro- 
cess 402. Hence, for a mode change to occur, two indepen- 
dent events must coincide: a firmware upgrade must be 
initiated by the Configuration Manager, thereby changing 
the state of process 402 and, in response to a request from 
the Configuration Manager, the remote file server must 
generate a flash write request. The necessary coincidence of 
these two, otherwise independent events, further decreases 
the likelihood, quite substantially, that the mode of the flash 
memory might change to read/write as a result of an errant 
program execution in DRAM 372 (see FIG. 3). In any event, 
if such a flash write request was not received, then decision 
bock 1630, shown in FIG. 16, routes execution, via NO path 
1632, to decision block 1640. This latter block tests whether 
the firmware upgrade interval has expired. If the interval has 
not yet elapsed, then decision block 1640 feeds execution 
back, via NO path 1642, to decision block 1630 to again test 
for a flash write request, and so forth. Alternatively, if this 
timing interval has elapsed, then decision block 1640 routes 
execution, via YES path 1646 and path 1676, back to block 
1610 to reset process 402 to its initial state. 

However, when a flash write request is received during the 
timing interval, decision block 1630 then routes execution, 
via YES path 1636, to decision block 1650. Thus latter 
decision block determines whether the key has been defined, 
i.e., whether the value of the key stored in the write access 
key register exactly matches the value of the key as currently 
stored in its original location in flash memory. If the key is 
not defined, then decision block 1650 routes execution, via 
NO path 1652 to trap this error condition and generate a 
system check exception. Alternatively, if the key is defined, 
i.e., the value in the write access key register identically 
matches the value of the 32-bit key in its original location in 
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the flash memory, then execution proceeds, via YES path 
1654, to block 1655. Block 1655, when executed, changes 
the mode of the flash memory from read-only to read/write. 
Thereafter, execution proceeds to block 1660 which updates 

5 the contents of flash memory 376 with replacement program 
code received, via TCP/IP process 425, from a host or 
remote client. Decision block 1670 tests whether the firm- 
ware upgrade is complete. If the upgrade has not completed, 
decision block 1670 routes execution, via NO path 1672, 

10 back to block 1660 to continue the upgrade. Alternatively, if 
the upgrade has been completed, then decision block 1670 
routes execution, via YES path 1676, back to block 1610 
which, in turn, sets process 402 back to its initial state, which 
includes changing the mode of the flash memory back to 

15 read-only. 

Possible errant operations are shown as dashed lines in 
FIG. 16. Given the very short time, associated with an 
upgrade interval, generally a few minutes, if not less, then if 
an errant operation were to occur, in all likelihood, it would 

20 occur while process 402 was in its initial state. As noted 
above, in this state the contents of the write access key 
register are cleared, i.e., zero, meaning that the key stored 
therein is not defined at this time. Hence, a random attempt 
that might arise to simply write data into flash memory 376, 

25 while process 402 is in its initial state, is symbolized by 
dashed line 1690. Inasmuch as the flash memory is then set 
to its read-only state, any errant attempt to write into it 
would generate, as symbolized by block 1695, a system 
check exception after which execution would effectively exit 

30 from process 402. The occurrence of such an exception 
would simply cause operating system 4010 (see FIG. 4A) to 
initiate a complete reset of the LAN modem. 

A different errant attempt, as symbolized by dashed fine 
1680, might occur to change the mode of the flash memory 

35 from read-only to read/write. Inasmuch as the mode of the 
flash memory will be read-only, immediately before the time 
this attempt occurred, then the contents of the write access 
key register will then be zero, meaning that the key stored 
therein is not yet then defined. Hence, this errant operation 

40 would need to change the contents of the write access key 
register to identically match the 32-bit key as stored in its 
original location in the flash memory before the mode of the 
flash memory could change to read/write. Consequently, 
since, in all practical likelihood, the zero contents of the 

45 write access key register do not match the actual key in its 
original location in the flash memory, any change in the 
mode of the flash memory will be blocked, as symbolized by 
dashed line NO path 1686 emanating from decision block 
1685, resulting, should a write operation then errantly occur, 

50 in a system check exception. The mode of the flash memory 
would only change if the key were to become defined, i.e., 
if and only if the value then stored in the write access key 
register were to identically match the key stored in its 
original location in the flash memory. Hence, if such an 

55 errant write request were to occur, then this attempt would 
need to set, in some fashion, the contents of the write access 
key register to exactly match that of the actual 32-bit key 
stored in its original location in the flash memory. While 
such an occurrence, strictly speaking, is not impossible, the 

60 likelihood that an errant condition would occur that sets the 
contents of a particular 32-bit register to match a predefined 
random or pseudo-random 32-bit value, this result being 
symbolized by dashed line YES path 1688 emanating from 
decision block 1685, is extremely unlikely, in the range of 

65 less than one in a billion. 

FIG. 17 depicts a flowchart of Firmware Assurance Man- 
ager process 1700. As discussed above, this process is a 
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preemptable background process, executing with, e.g., a 
lowest execution priority, that continually compares the 
entire executable program code stored in DRAM, on a 
location-by-location basis, with that stored in the flash 
memory to assure integrity of the former. In the event a 5 
discrepancy is detected, process 1700 copies the contents of 
as many locations in the flash memory to corresponding 
locations in the DRAM that are necessary to eliminate the 
discrepancy. 

Specifically, upon entry into this process, execution first 10 
proceeds to block 1710. This block, when executed, initial- 
izes a flash pointer (FLASH_PTR) and a DRAM pointer 
(RAM_PTR) to point to starting addresses of the executable 
program code in both the flash memory and the DRAM, 
respectively. Thereafter, execution proceeds to decision 15 
block 1720 which tests whether Firmware Upgrade process 
1600 (see FIG. 16) is in its upgrade state, i.e., whether an 
upgrade is expected to occur within illustratively five min- ' 
utes or is then occurring. Inasmuch as upgraded code is 
written directly into flash memory, discrepancies will cer- 20 
tainly arise between the upgraded program code then stored 
in flash and a prior version then stored in DRAM; hence, all 
error checking undertaken by process 1700 is suspended 
with execution simply exiting at this point from this process. 
Once the upgrade is complete, the Configuration Manager 25 
will reset the LAN modem to transfer the upgraded code 
from the flash memory into the DRAM, and will then restart 
Firmware Assurance Manager process 1700. 

Alternatively, if a firmware upgrade is not then occurring 
or expected to occur within its five minute window, i.e., 30 
process 1600 is in its initial state, then, as shown in FIG. 17, 
execution proceeds, via NO path 1726 emanating from 
decision block 1720, to decision block 1730. This latter 
decision block determines whether the contents of the flash 
memory at an address specified by the current value of the 35 
flash pointer are identical to the contents of the DRAM at an 
address specified by the current value of the DRAM pointer. 
If no such discrepancy exists, then decision block 1730 
routes execution, via YES path 1736, to block 1750. 
Alternatively, if a discrepancy between the contents of these 40 
two locations then exists, decision block 1730 routes 
execution, via NO path 1732, to block 1740. This latter 
block, when executed, copies the contents of the flash 
memory at an address given by the current value of pointer 
FLASH_PTR into the location in DRAM at an address 45 
given by the value of pointer RAM_PTR. Thereafter, 
execution proceeds to block 1750. Block 1750, when 
executed, increments the values of each of the flash and 
DRAM pointers by one to point to the next location in both 
the flash memory and the DRAM, respectively. Once this 50 
occurs, execution proceeds to decision block 1760 which 
tests whether an end of the executable program code stored 
in the flash memory has been reached. If the end has not 
been reached, decision block 1760 routes execution, via NO 
path 1762, back to block 1720 to test whether a firmware 55 
upgrade is now occurring or about to occur, and so on. 
Alternatively, if the end of the executable code in flash 
memory has been reached, then decision block 1760 routes 
execution, via YES path 1766, back to block 1710 to reset 
the flash and DRAM pointers to point to the starting address 60 
of the executable program code flash and DRAM, 
respectively, and so forth. 

e. Internal web server and dynamic web page construction 
using web page templates 

As discussed above, the inventive LAN modem utilizes 65 
an internal web server 412 (see FIG. 4B) that, in addition to 
storing full web pages, constructs web pages in real-time 
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from a predefined stored web page templates by selectively 
inserting, e.g., event-specific code segments therein. 
Illustratively, this insertion is accomplished by substituting 
such a segment(s) for a corresponding so-called 
"placeholders)" situated in the template. These segments 
can each represent an HTML form component or form, an 
HTML directive, e.g., <META HTTP.EQUIV="Refresh" 
CONTENT=5>, a dialog box, a graphic, a predefined textual 
message or, generically speaking, any object (or its file 
name), including, e.g., an applet (such as a JAVA or JAVA- 
SCRIPT applet— "JAVA" and "JAVASCRIPT" being trade- 
marks of Sun Microsystems Inc. and Netscape Communi- 
cations Corporation, respectively, both of Mountain View, 
Calif.), an audio or a video object, whether implemented 
through HTML or otherwise, that is to be selectively: (a) 
presented, through direct insertion of object code into the 
document, to a user; (b) accessed to yield a file containing 
an object which is subsequently assembled into the docu- 
ment by the browser for display to the user; or (c) executed 
at that workstation to, e.g., generate a particular display, 
invoke a particular procedure thereat, and/or to solicit a 
response, such as an item of data or a selection among a list 
of predefined data values, from the user. Since relatively 
few, if any, full web pages are stored, memory requirements 
become rather modest. Such web pages are used for query- 
ing a user stationed at a workstation to enter information 
needed to configure the LAN modem, as well as for dis- 
playing the specific nature and cause, if known, of a detected 
fault condition so that the user situated at a host can take 
appropriate action. As any one skilled in the art can readily 
appreciate, the inventive concept of dynamic web page 
creation using selective insertion of web page components) 
into a predefined page template has extremely wide 
applicability, clearly well beyond that of use with just a LAN 
modem, that encompasses nearly any environment that 
utilizes web pages. Such an environment can certainly 
include client-server usage over the Internet and/or an 
intra-net, or other networked environment. 

FIG. 18 depicts a high-level block diagram of web server 
412 and certain of its associated processes. As shown, the 
web server contains Preprocessing operation 1810, Table 
1820, Static Page Processing operation 1830, Dynamic Page 
Formation operation 1840, Post Processing operation 1850 
and Repository 1860. Repository 1860 can store both static 
pages, i.e. complete web pages, and templates and pre- 
defined web page components. To save storage space, the 
repository, as specifically used in the LAN modem, stores 
templates and page components, rather than only full web 
pages. 

In particular, an incoming HTTP request, typically in the 
form of a GET command, from a browser at a host on the 
LAN, as symbolized by line 1801, is routed through TCP/IP 
process 425 (and then through HTTP process 425 to web 
server 412. Though commands and files transiting between 
TCP/IP process 425 and web server 412 flow through HTTP 
server 415 (see FIG. 4B) for suitable encapsulation into and 
extraction from IP packets, for the purposes of 
simplification, the operations involving server 415 (as well 
as the server itself) have all been purposely omitted from 
FIG. 18 and the following discussion. In response to this 
request, Preprocessing operation 1810, shown in FIG. 18, 
checks the request for proper security clearance and, if the 
user has proper privileges to access the page he(she) desires, 
then accesses table 1820 to ascertain the related handling 
functions, either POST or SEND, for that page. If no entry 
for that page exists, then the page is a static page, i.e. having 
no changing components and hence the page itself requires 
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no processing other than to access it from the repository. The GET commands. In response, Dynamic Page Formation 

SEND function specifies that the server will access a desired operation 1840 accesses and then downloads each compo- 

page, including dynamically constructing the page as nent from repository 1860 and supplies that component, in 

needed, and send that page back to the requesting host. The a separate file, to TCP/IP process 425 for eventual routing to 

POST function, in contrast, accepts data as entered from the 5 the workstation on the LAN. 

user, in response to, e.g., a currently displayed web page, and If, alternatively, the handling function is a POST function, 

requests that the web server process the data as appropriate. then, as symbolized by line 1826, Post Processing operation 

Should the desired page be a static page, then, as symbolized 1850, obtains the data, supplied by the user at a workstation 

by line 1822, Static Page Processing operation 1830, which on the LAN and in response to a currently displayed page 

is discussed in detail below in conjunction with FIG. 19, 10 associated with, e.g. ISP Wizard 1880 or SPID Wizard 1890, 

then accesses, as symbolized by line 1835, that page in its and attempts, as symbolized by line 1852, to update asso- 

entirety from repository 1860. In response, repository 1860 ciated configuration data stored in memory 370, such as in 

supplies a file containing the HTML contents for that page. Profiles Data Base 1870. Based on the validity of the data 

This file is then applied, as symbolized by line 1866, to received from the user and the success or failure of the 

TCP/IP process 425 for routing to the requesting workstation 15 update, Post Processing operation 1850 accesses an associ- 

for display. The page content in the file, in turn, will specify ated template stored in repository 1860 and inserts appro- 

a name of each additional file that represents an object that priate page components based on and to indicate the success 

forms part of the displayed page. The browser, executing at or failure of the update. The resulting dynamically created 

the requesting workstation, then issues a GET command for page is then sent, as a file, to TCP/IP process 425 for routing 

each additional file specified in the page; then, as the files are 20 to the appropriate workstation on the LAN. 

received, properly assembles the page, including its objects; FIG. 19 depicts a flowchart of Static Page Processing 

and finally displays the complete page to the user. operation 1830. As noted above, this operation accesses and 

If, however, table 1820 has handling function entries, downloads a static web page from repository 1860. 
SEND and/or POST, for the requested page, then the In particular, upon entry into operation 1830, execution 
requested page needs to be dynamically constructed. In this 25 first proceeds to step 1910. This step, when performed, 
case, the requested page must be constructed from a stored obtains an incoming GET command from a browser execut- 
template; hence necessitating additional page processing. ing on a workstation situated on the LAN. To simplify the 
Specifically, if the handling function specified in table 1820 discussion, assume that a browser requests a web page 
is a SEND function, then dynamic Page Formation operation containing a document named "Manual.HTM". Once this 
1840 first accesses the page template and specific data 30 GET command is received, then step 1920 accesses, as 
regarding the status and state of the LAN modem. This data symbolized by line 1922, table 1820 to determine whether 
is used, by Dynamic Page Formation operation 1840, to the requested document is one requiring further processing 
specify the page components that will be dynamically prior to its transmission to the requesting workstation. If the 
inserted into the template. In general, this data collectively document requires such processing, an entry will exist in 
includes the value of various shared (global) variables as 35 Table 1820, containing illustrative entries 1925, for that 
well as appropriate entries from Host list 1300 and Network document and associated handling functions that, when 
Service Provider list 1350 (both of which are collectively called, implement the necessary processing. Inasmuch as 
shown as Profiles Data Base 1870). The specific items of document "Manual.HTM" is static, i.e. it is stored in its 
data that are requested in any one instance are defined by entirety in the repository, no such entry exists for it in the 
then executing procedure for which web pages are being 40 table. As such, once an access operation is performed into 
displayed by the LAN modem, such as, e.g., ISP Wizard Table 1820 with the results returned, then, as symbolized by 
1880 (which simplifies set-up of network parameters for an line 1926, step 1930 is performed to access, as symbolized 
Internet service provider, including user account and by line 1932, that document within repository 1860. Inas- 
password, and displays appropriate network error messages much as the repository contains an entry for this document, 
associated therewith) or SPID Wizard 1890 (which, as 45 i.e. MANUAL_HTM, stored HTML code for the corre- 
discussed above, simplifies ISDN configuration of the LAN sponding document is then accessed from the repository, as 
modem by automatically setting the SPIDs in the LAN symbolized by line 1936, and sent, as a complete file, 
modem to those associated with the ISDN lines then con- through step 1940, via TCP/IP process 425 (see FIG. 18), to 
nected to the LAN modem); the underlying executable code the browser which requested that document. Thereafter, 
for both of these procedures is stored within memory 370. 50 execution exits from procedure 1830. Inasmuch as the 
Once the data pertinent to the requested page is obtained, as statically constructed document likely contains names for 
symbolized by line 1875, operation 1840 accesses the cor- other page components, the browser will request each one of 
responding web page components), as specified by the these corresponding components, in seriatim, from server 
value of each data item, and inserts that component into the 412 for page assembly and eventual display, 
appropriate location within the code for the template by 55 FIG. 20 depicts a flowchart of Dynamic Page Formation 
substituting the code for that segment for a corresponding operation 1840. As noted above, this operation dynamically 
"placeholder" in the template, as will be discussed in detail constructs a web page given a template and associated page 
below in conjunction with FIGS. 22-26. Thereafter, components accessed from repository 1860, and then down- 
dynamic page formation operation 1840, shown in FIG. 18, loads the resulting page to a requesting browser, 
supplies, as symbolized by line 1846, a file containing the 60 In particular, upon entry into operation 1840, execution 
dynamically constructed page, i.e. the template with substi- first proceeds to step 2010. This step, when performed, 
tuted components therein, to TCP/IP process 425 for routing obtains an incoming GET command from a browser execut- 
to the requesting workstation on the LAN. As with a static ing on a workstation situated on the LAN. To simplify the 
page, the dynamic page will likely contain file names discussion, assume that a browser requests a web page 
containing code associated with one or more of its compo- 65 containing a document named "lan .HTM". Once this GET 
nents which the browser, in rum, will request, in seriatim, command is received, then step 2020 accesses, as symbol- 
from web server 412, through issuance of an appropriate ized by line 2022, table 1820 to determine whether the 
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requested document is one that requires further processing 
prior to its transmission to the requesting workstation. If the 
document requires such processing, an entry will exist in 
Tkble 1820 for that document and associated handling 
functions that, when called, implement the necessary pro- 
cessing. Since the document will be dynamically 
constructed, additional processing will be required, i.e. to 
construct the document. Hence, an entry will exist for this 
document within table 1820. In this case, access into the 
table, as symbolized by line 2026, results, through step 
2030, in an entry, for this document, illustratively containing 
a specific SEND function call. As such, once the access 
completes and the SEND handling function is found for this 
document, as symbolized by step 2030, step 2040 is per- 
formed. Step 2040, when performed, invokes the specific 
SEND function call, specified in the entry, to properly 
process the code for the document in order to dynamically 
create the desired web page. In particular, step 2040 accesses 
the template web page from repository 1860, here under the 
entry "LAN__HTM'\ Step 2040 also accesses relevant data 
stored in Profile Data Base 1870 (containing, as noted 
above, Host list 1300, as a LAN Profile, and Network 
Service Provider list 1350, as a WAN Profile). In addition, 
step 2040 also reads appropriate shared (global) variables, as 
well as system state and status information. As discussed, 
the specific items of data retrieved by step 2040 is specified 
by the state of the particular procedure then being executed, 
e.g. ISP Wizard 1880 or SPID Wizard 1890 (see FIG. 18). 
Once the necessary template and data have all be accessed, 
step 2040, shown in FIG. 20, utilizes the data to select the 
appropriate web page components from repository 1860 that 
are to be substituted into the template in place of corre- 
sponding placeholders. Once the substitutions are completed 
thereby yielding a dynamically constructed page, a file 
contaioing the resulting page is sent, by step 2050, to the 
requesting browser, via TCP/IP process 425 (see FIG. 18). 
Thereafter, as shown in FIG. 20, execution exits from 
operation 1840. Inasmuch as the dynamically constructed 
document likely contains names for other page components, 
the browser will request each one of these corresponding 
components, in seriatim, from server 412 for page assembly 
and eventual display. 

FIG. 21 depicts a flowchart of Post Processing operation 
1850 that is also performed by web server 412. As noted 
above, Post Processing operation 1850 obtains data, sup- 
plied by the user at a workstation on the LAN and in 
response to a currently displayed page associated with, e.g. 
ISP Wizard 1880 or SPID Wizard 1890, and attempts to 
update associated configuration data stored in memory 370, 
such as in Profiles Data Base 1870. Based on the validity of 
the data received from the user and the success or failure of 
the update, operation 1850 will access an associated static 
page stored in the repository or create one dynamically to 
indicate the success or failure of the update, and then send 
that page to the appropriate workstation, on the LAN, for 
local display thereat. 

Specifically, upon entry into operation 1850, execution 
first proceeds to step 2110. This step, when performed, 
obtains a POST command from a browser executing on a 
workstation situated on the LAN. To simplify the discussion, 
assume that a browser generates this command to provide 
specific user-supplied data requested by document 
"wan. htm". The POST command will contain the document 
name, here "wan.htm", and appropriate identifiers) each 
with an item of user-supplied data. Once this POST com- 
mand is received, then step 2120 accesses, as symbolized by 
line 2122, table 1820 to determine whether the document 



12,803 

58 

named in the POST command, and to which the workstation 
is responding, is one that requires further processing. If the 
document requires such processing, an entry will exist in 
Table 1820 for this document and associated handling 

5 functions that, when called, provide the necessary process- 
ing. Since processing is required, here in the form of 
updating profile information stored at the LAN modem, 
Table 1820 will contain the specific POST function call 
needed to implement the processing associated with this 

10 document. In this case, access into the table, as symbolized 
by line 2126, results, through step 2130, in an entry, for this 
document, illustratively containing a specific POST func- 
tion. As such, once the access completes and the POST 
handling function is found for this document, as symbolized 

15 by step 2130, step 2140 is performed. Step 2140, when 
performed, calls the specific POST function, specified in the 
entry, to properly process the response which the user has 
provided for this document. In particular, step 2140, checks 
the validity of the user-supplied data, and if valid, updates, 

20 as symbolized by line 2146, the corresponding profile, e.g. 
an entry in either Host list 1300 or Network Service Provider 
list 1350, with the data provided by the user and contained 
in the POST command. Thereafter, step 2140, based on the 
validity of the data received from the user and the success or 

25 failure of the update, accesses, as symbolized by line 2142, 
an associated template along with appropriate page compo- 
nents from repository 1860. Step 2140 then substitutes the 
page components into the template to create a dynamic page 
that is based on and indicates the success or failure of the 

30 update. Step 2150 then sends the resulting dynamically 
created page, as a single file, to TCP/IP process 425 (see 
FIG. 18) for routing to the appropriate workstation on the 
LAN. Thereafter, as shown in FIG. 21, execution exits from 
operation 1850. 

35 To further illustrate the inventive dynamic web page 
construction, two examples, one being creation of a specific 
error message and the other being creation of a dynamically 
changing progress bar display object will now be discussed. 
First, consider FIG. 22 which depicts code 2200 for an 

40 illustrative inventive web page template. This template 
forms a basis of several web pages that are used in con- 
junction with ISP Wizard 1880 (see FIG. 18) for use in 
configuring LAN network parameters for the LAN modem. 
This code contains conventional HTML code, and place- 

45 holders 2210, 2215, 2220, 2220, 2230 t and 2230 2 , and 2235 
containing code terms _REFRESH_, _TITLE__, 
_PICTURE1_, _TEXT1_, _PICTURE2_, _TEXT2„, 
JICTURE2_ and _JBUTTON_. Based on the state and 
status of the system, and/or values of shared (global) 

50 variables) at the time a dynamic page is created from this 
template, specific page components, such as particular 
refresh time commands, text and pictures will be selectively 
substituted for the corresponding placeholders) to create a 
dynamic web page. The template, as rendered by a web 

55 browser on a display screen, would appear as shown in FIG. 
23. Each of the placeholders merely appears as a textual 
object set off by underscores in a predefined location, as 
specified by HTML coding within code 2200 shown in FIG. 
22. 

60 Given web page template 2200, FIG. 24 depicts, in 
high-level block diagram form, inventive process 2400 for 
dynamically forming a web page, such as for the ISO 
Wizard, using this template and predefined web page com- 
ponents. 

65 In particular, first as shown in block 2410, ISP Wizard 
1880 (see FIG. 18) is initiated. During the course of execut- 
ing this wizard, the status of the configuration process, 
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particularly responses from the ISP or network, are used to seconds during a loading process. This status change results 

set global variables to indicate success or a specific failure in the textual component for placeholder _Text2_ being 

condition. During the course of executing this Wizard, a dynamically changed by replacing it with different HTML 

series of web pages are dynamically constructed and dis- commands, i.e. here having an additional HTML "DOT" 

played to the user, with the particular pages varying based on 5 instruction (which, when rendered by a browser, results in 

the then current state of the Wizard. For example, assume display of another successive circular dot), 

that a user entered an incorrect telephone number into the The discussion will now address the manner through 

Wizard causing a logon placed through the LAN modem to which a web page template, associated web page 

that ISP to fail; hence representing a specific error condition. components, and appropriate executa ble code is collecti vely 

This error condition, reflected in values of various global 10 stored as a singl e module_within ^memory 370 of the*LAN 

variables, results in the selection, as defined in the program modem for use by web server 412 (see FIGS. 3 and 4B). 

code for the ISP Wizard, of particular page objects, as Since this module is initiall y stored in flash memory 376 and 

delineated in block 2420, for each of the placeholders in subsequently copied, with the same data structure, into 

template 2200. Template 2200 is accessed, as symbolized by DRAM 372 for subsequent execution, the discussion will 

block 2430 and applied along with the specific page com- 15 merely refer to this module as being stored within memory 

ponents for the placeholders, as defined by block 2420, to 370. 

block 2440. Block 2440 substitutes each of the specific FIG. 28 depicts a flowchart of File Creation process 2800 

objects defined in block 2420 for the 'corresponding place- that creates a common file of a web page template(s) and 

holder in template 2200. For example, the two placeholders, associated web page components. This process is executed 

2230 J and 2230 2 , (see FIGS. 22 and 23) which represent a 20 off-line in a computer to generate a file that is then integrated 

common picture but in two separate locations, are each and linked to the executable code for, e.g., the ISP Wizard, 

replaced by HTML code for a graphic of a flashing red ball. and then appropriately compiled to form a module which, in 

An unused placeholder, i.e. _REFRESH_, is removed turn, is subsequently loaded charing, e.g., manufacture (or 

inasmuch as the resulting web page does not generate an during an upgrade operation) into memory 370 and specifi- 

update request to the server but it is displayed constantly 25 cally to form repository 1860 (see FIG. 18). Prior to execut- 

while awaiting a response from the user. The resulting ing this process, a separate source file for each web page 

HTML code for the dynamic web page is shown as code template and other source files, each containing a web page 

2500 in FIG. 25. Comparing this code with template code component associated with that particular template, is stored 

2200 shown in FIG. 22 reveals that appropriate HTML code into a common directory on that computer, 

has been substituted for each of the corresponding place- 30 Upon entry into process 2800, block 2810 is first 

holders. For example, the placeholders _TITLE_ and executed. This block searches a common directory, that 

_TEXT1_ have been replaced by "ISP Wizard" and "Log- contains all the web page component and template files, for 

ging on the ISP Failed!", respectively. The resulting all those files that contain web page components. These files 

dynamic web page as rendered on a display screen by a are typically identified by their extension; namely, .HTM or 

browser, in response to code 2500, would appear as page 35 .HTML for HTML files, JPG or .GIF for image files, .AU 

display 2600 shown in FIG. 26. For a different error con- for audio files and so forth for all other suitable file types, 

dition or a successful logon attempt, the values of the global Once these files are found and suitably catalogued into a set, 

variables would change accordingly from those associated block 2815 executes to select, as a current file to process, a 

with the selected page components shown in block 2420 in first file in the set. Thereafter, a loop is entered consisting of 

FIG, 24. Hence, different predefined page components 40 blocks 2820-2840 to integrate each file in the set into a 

would be dynamically substituted into template 2200 to resulting common module. In particular, within this loop, 

produce a web page that, when rendered on the display block 2820 is first executed to compute a length of the 

screen at the workstation, would indicate the particular result current file and, from its extension, a corresponding file type, 

which then occurred, i.e. this different error condition or a Thereafter, block 2825 executes to form a header for the 

successful logon. 45 current file, which includes the length of this file, an iden- 

Consider, as a second example and as illustrated in FIG. tification of a server on which the file is stored, a date and 

27, the dynamic construction of successive web pages that version number of this file and other pertinent information, 

collectively implement a dynamically changing progress bar Once formed, the header is then prepended to the current 

object. Here, the progress bar consists of a sequence of dots file. Execution then proceeds to block 2830 which creates a 

that grows by one dot every three seconds to chart progress 50 separate document array and copies the contents of the 

of a given item. Illustratively, the item being charted -is current file, including its prepended header, into that array, 

progress of loading the code for the ISP Wizard, for subse- Each such document array only stores one web page com- 

quent execution. This code includes a single web page file ponent and its prepended header. Once block 2830 com- 

(including a page template and all associated predefined pletes its execution, decision block 2835 determines whether 

page components) and executable code, and is loaded both 55 all the files in the set have been processed. If another file 

in object code, from flash memory 376 into DRAM 372 (see remains to be processed, then decision block 2835 routes 

FIG. 3) once a user has manually initiated this Wizard during execution, via NO path 2836, to block 2840 to select a next 

configuration. The progress bar is rendered by a dynamically successive file remaining to be processed in the set. 

changing HTML document (web page) that changes at set Thereafter, execution loops back, via path 2843, to block 

three-second intervals. This page is generated by 60 2820 to process that next file, and so forth, 

substituting, with each new request generated by the If, however, all the files in the set have been processed, 

browser at three-second intervals, page components 2720 ls then decision block 2835 routes execution, via YES path 

2720 2 and 2720 3 , into page template 2200 to yield corre- 2838, to block 2845. This latter block, when executed, 

spondingly rendered web pages 2710 containing web pages creates a source file, illustratively named "bsource.c", and 

2710 a , 2710 2 and 2710 3 , respectively. Here, appropriate 65 stores all the document arrays into that file. A definition of 

global variables are set to reflect a current status of the the resulting data structure that is to store pointers to the 

Wizard, which through a software timer, changes every three page template(s) and associated web page component is 
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generated and stored in this source file. Thereafter, execution 
proceeds to block 2850 which includes in this source rile, a 
list of pair entries, specifically data structure 3000 (to be 
discussed below in conjunction with FIGS. 29-31) which 
contains a pair entry for each document array. Each such pair 
consists of a name of the array and a pointer to its starting 
location in the memory; the actual values of the pointers will 
be set once the module is appropriately linked. Through this 
list, each array component in the repository can be readily 
located by its name. Once this list is fabricated, block 2855 
executes to create a header file that declares all document 
arrays as externals for use during subsequent compilation. 
At this point, one source file, i.e. bsourcex, containing a list 
of all the document arrays for both the web page templates 
and web page components, and those arrays themselves has 
been created. Execution then exits from process 2800. 
Thereafter, this single file is then compiled along with the 
executable source code. The resulting code is then linked 
together, through a conventional linker, to "form the single 
module. This module is then subsequently stored within 
memory 370. 

FIG. 29 depicts data structure 3000 that houses the list of 
paired entries and document arrays 2930 for the web page 
templates and associated web page components, and which 
is stored within the repository in memory 370. As shown, 
data structure 3000 contains a list of paired entries, i.e. 
effectively forming two columns 2910 and 2920, with each 
such pair containing, in separate fields, of which 2910 2 and 
2920 x are illustrative, a name, e.g. NAME^ NAME 2 , . . . , 
of a document array and a pointer, e.g. POINTER lt 
POINTER 2 , . . . , which specifies a starting location, as 
symbolized by lines 2925 a , 2925^ . . . , within memory 370 
at which that particular array, e.g. 2930 x , 2930 2 , . . . , is 
stored. An illustrative actual source listing of data structure 
3000 as used by web server 412 in the LAN modem is 
depicted in FIGS. 30A and 30B; for which the correct 35 
alignment of the drawing sheets for these two figures is 
shown in FIG. 30. Each paired entry in data structure 
identifies an array containing either a template or a web page 
component, with the paired entry containing a pointer fol- 
lowed by a file name. FIG. 31 depicts actual object code of 40 
an illustrative web page component, i.e. FRMAIN__HTM[], 
as it would be stored within the repository. 

Though the inventive dynamic web page creation process 
has been described, in conjunction with the preferred 
embodiment of the LAN modem, as selecting particular web 
page components for insertion into a template web page 
based on particular error conditions, and/or system state or 
status information, those skilled in the art will clearly realize 
that, generally speaking, any input criteria can be used 
instead, as determined by the needs of a particular applica- 
tion for which dynamic page creation is to be used, to select 
which particular page components to use in any given 
instance and insert into an associated page template, from 
amongst all those then stored. 

Furthermore, even though the inventive apparatus has 55 
been specifically described in the context of providing a 
4-port Ethernet hub and associated network functionality, 
e.g., domain name resolution and DHCP handling, for 
accommodating four separate local hosts, the apparatus can 
be easily expanded, in a manner readily apparent to anyone 
skilled in the art, to accommodate any number of hosts by, 
e.g., suitably enlarging both the hub and various routing 
tables and lists, some of those modifications having been 
discussed above, as well as storing additional configuration 
information, such as user profiles, as needed. 

Moreover, though configuration of the LAN modem has 
been described above in terms of communicating with an 
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executing web browser in a workstation connected to the 
LAN modem, other appropriate TCP applications executing 
at the workstation and capable of conducting interactive 
communication with a server in the LAN modem and a user 
at the workstation, such as Telnet can be employed instead. 
Similarly, such applications can also be used in conjunction 
with interception of DNS Request (or other appropriate) 
messages to, e.g., a remote server, that would occur during 
TCP applications other than web browsing, to display appro- 
priate fault messages. 

Although a single, though rather detailed, embodiment 
which incorporates the teachings of the present invention 
has been shown and described in detail herein, those skilled 
in the art can readily devise many other embodiments that 
still utilize these teachings. 

We claim: 

1. A method for maintaining integrity of firmware stored 
in both volatile and non-volatile memory, the method com- 
prising the steps of: 

in a first process: 

comparing, in succession, contents stored in each one 
of a plurality of pairs of corresponding first and 
second memory locations to detect any discrepancy 
between the contents stored in any one of the second 
memory locations and a corresponding one of the 
first memory locations that form said one pair of 
locations, the first and second locations being situ- 
ated in the non-volatile and volatile memories, 
respectively, wherein each different one of the first 
locations and a corresponding different one of the 
second locations defines a different corresponding 
one of the pairs of locations, and said firmware is 
stored, as separate copies, across all of the first and 
second memory locations; and 
in an event of said discrepancy, copying the contents of 
the corresponding one of the first memory locations 
into said any one of the second memory locations; 
and 

in a second process: 

detecting whether a request to initiate a mode change, 
of the non-volatile memory, from read-only to read/ 
write has occurred; 

in response to said mode change request, generating an 
access value and starting a predefined timing inter- 
val; 

comparing the access value against a predefined value 
to determine a match therebetween; 

changing, in the event the match occurs, the mode of 
the non-volatile memory from read-only to read/ 
write but only in the event a write request is received 
during the predefined timing interval from a source 
acting substantially independently of a process 
which generated the mode change request; and 

writing new information into the non-volatile memory 
only after the mode has changed from read-only to 
read/write. 

2. The method in claim 1 wherein the firmware is execut- 
ing program code, and is executed from the copy of the 
firmware stored in the second memory locations in the 
volatile memory. 

3. The method in claim 2 further comprising the step of 
continually executing the first process as the firmware is 
executing. 

4. The method in claim 3 wherein the contents comparing 
step comprises the step of, once a pair of corresponding 
ending locations of the firmware is reached in the volatile 
and non-volatile memories, starting the contents comparing 
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step at a pair of beginning locations of the firmware stored 
in the volatile and non-volatile memories. 

5. The method in claim 4 further comprising the steps of, 
during the second process: 

remaining in an initial state until the mode change request 5 
occurs, wherein, during the initial state, contents of a 
key register are cleared to zero; 

in response to occurrence of the mode change request, 
accessing the predefined value from non-volatile 
memory and writing said predefined value as the access 10 
value into the key register; 

comparing, once the write request has occurred, the 
contents of key register against the predefined value as 
then stored in the non-volatile memory to determine if 
the match exists therebetween; 15 

in the event the match occurs during the timing interval: 

halting the. first process while the new information is 

being written into the non-volatile memory; and 

writing the new information into the non-volatile _ 
, 20 
memory; and 

returning to the initial state if the write request does not 
occur, during the timing interval, or once all the new 
information has been written into the non-volatile 
memory. 25 

6. The method in claim 5 further comprising the steps of 
executing the first and second processes with first and 
second execution priorities, wherein second execution pri- 
ority is higher than the first execution priority. 

7. The method in claim 6 wherein the first process 3Q 
executes as a preemptable background process with a lowest 
execution priority of all processes, including the second 
process, then executing. 

8. The method in claim 5 further comprising the step of 
generating the mode change request in response to a request 35 
entered by a user. 

9. The method in claim 5 further comprising the step of 
receiving the write request from a remote server in order to 
initiate an update of the firmware stored in non-volatile 
memory. ^ 

10. The method in claim 5 further comprising the step of 
generating an error condition if the match does not occur 
during the timing interval or if the write request occurs while 
the contents of the key register are zero. 

11. The method in claim 5 further comprising the step of 45 
loading the contents of the first locations in the non-volatile 
memory into the second locations in the volatile memory in 
response to a power-on or a system reset condition. 

12. Apparatus for maintaining integrity of firmware stored 

in both volatile and non-volatile memory, the apparatus 5Q 
comprising: 
a processor; 

a memory, connected to the processor, having volatile and 
non-volatile memories, wherein separate copies of the 
firmware are stored in the volatile and non-volatile 55 
memories and the firmware comprises executable 
instructions; 

wherein the processor, in response to the executable 
instructions: 

in a first process: 60 
compares, in succession, contents stored in each one of 
a plurality of pairs of corresponding first and second 
memory locations to detect any discrepancy between 
the contents stored in any one of the second memory 
locations and a corresponding one of the first 65 
memory locations that form said one pair of 
locations, the first and second locations being situ- 
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ated in the non-volatile and volatile memories, 
respectively, wherein each different one of the first 
locations and a corresponding different one of the 
second locations defines a different corresponding 
one of the pairs of locations, and first and second 
ones of the copies of the firmware are stored across 
all of the first and second memory locations, respec- 
tively; and 

in an event of said discrepancy, copies the contents of 
the corresponding one of the first memory locations 
into said any one of the second memory locations; 
and 

in a second process: 

detects whether a request to initiate a mode change, of 
the non-volatile memory, from read-only to read/ 
write has occurred; 

in response to said mode change request, generates an 
access value arid starts a predefined timing interval; 

compares the access value against a predefined value to 
determine a match therebetween; 

changes, in the event the match occurs, the mode of the 
non-volatile memory from read-only to read/write 
but only in the event a write request is received 
during the predefined timing interval from a source 
acting substantially independently of a process 
which generated the mode change request; and 

writes new information into the non-volatile memory 
only after the mode has changed from read-only to 
read/write. 

13. The apparatus in claim 12 wherein the firmware is 
executed from the copy of the firmware stored in the second 
memory locations in the volatile memory. 

14. The apparatus in claim 13 wherein, the processor, in 
response to the executable instructions, continually executes 
the first process as the firmware is executing. 

15. The apparatus in claim 14 wherein the processor, in 
response to the executable instructions, once a pair of 
corresponding ending locations of the firmware is reached in 
the volatile and non-volatile memories, starts comparing 
contents of the first and second locations at a pair of 
beginning locations of the firmware stored in the volatile and 
non-volatile memories. 

16. The apparatus in claim 15 wherein the processor, in 
response to the executable instructions: 

remains in an initial state until the mode change request 
occurs, wherein, during the initial state, contents of a 
key register are cleared to zero; 

in response to occurrence of the mode change request, 
accesses the predefined value from non-volatile 
memory and writing said predefined value as the access 
value into the key register; 

compares, once the write request has occurred, the con- 
tents of key register against the predefined value as then 
stored in the non-volatile memory to determine if the 
match exists therebetween; 

in the event the match occurs during the timing interval: 
halts the first process while the new information is 

being written into the non-volatile memory; and 
writes the new information into the non-volatile 
memory; and 

returns to the initial state if the write request does not 
occur, during the timing interval, or once all the new 
information has been written into the non-volatile 
memory. 

17. The apparatus in claim 16 wherein the processor, in 
response to the executable instructions, executes the first and 
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second processes with first and second execution priorities, 
wherein second execution priority is higher than the first 
execution priority. 

18. The apparatus in claim 17 wherein the processor, in 
response to the executable instructions, executes the first 
process as a preemptable background process with a lowest 
execution priority of all processes, including the second 
process, then executing. 

19. The apparatus in claim 16 wherein the processor, in 
response to the executable instructions, generates the mode 
change request in response to a request entered by a user. 

20. The apparatus in claim 16 wherein the processor, in 
response to the executable instructions, receives the write 
request from a remote server in order to initiate an update of 
the firmware stored in non-volatile memory. 

21. The apparatus in claim 16 wherein the processor, in 
response to the executable instructions, generates an error 
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condition if the match does not occur during the timing 
interval or if the write request occurs while the contents of 
the key register are zero. 

22. The apparatus in claim 16 wherein the processor, in 
5 response to the executable instructions, loads the contents of 

the first locations in the non-volatile memory into the second 
locations in the volatile memory in response to a power-on 
or a system reset condition. 

23. The apparatus in claim 16 wherein the non-volatile 
10 and volatile memory is flash memory and volatile semicon- 
ductor memory, respectively. 

24. The apparatus in claim 16 wherein the predefined 
access value is a unique having at least 32 bits. 

25. The apparatus in claim 24 wherein the predefined 
15 access value is either random or pseudo-random. 

***** 
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